Test engineer
एक परीक्षण इंजीनियर एक पेशेवर होता है जो यह निर्धारित करता है कि एक ऐसी प्रक्रिया कैसे बनाई जाए जो विनिर्माण और संबंधित विषयों में किसी विशेष उत्पाद का सर्वोत्तम परीक्षण करे, ताकि यह सुनिश्चित किया जा सके कि उत्पाद लागू विनिर्देशों को पूरा करता है। परीक्षण इंजीनियर पर्याप्त परीक्षण कवरेज प्राप्त करने के लिए एक परीक्षण किए जाने के सर्वोत्तम तरीके को निर्धारित करने के लिए भी जिम्मेदार हैं। अक्सर परीक्षण इंजीनियर विनिर्माण, डिजाइन इंजीनियरिंग, बिक्री इंजीनियरिंग और विपणन समुदायों के बीच एक संपर्क के रूप में भी काम करते हैं। परीक्षण इंजीनियरों के पास अलग-अलग विशेषज्ञता हो सकती है, जो इस बात पर निर्भर करती है कि वे किस परीक्षण प्रक्रिया से अधिक परिचित हैं (हालांकि कई परीक्षण इंजीनियरों को आई. सी. टी., जे. टी. ए. जी. और ए. एक्स. आई. जैसी पी. सी. बी. स्तर की प्रक्रियाओं से पूरी तरह से परिचित है) से लेकर पी. सी. बी. ए. और प्रणाली स्तर की प्रक्रियाएं जैसे बोर्ड कार्यात्मक परीक्षण (बी. एफ. टी. या एफ़. टी.), बर्न-इन परीक्षण, प्रणाली स्तर परीक्षण (एस. टी.)। विनिर्माण में उपयोग की जाने वाली कुछ प्रक्रियाएं जहां एक परीक्षण इंजीनियर की आवश्यकता होती है, वे हैंः इन-सर्किट परीक्षण (आई. सी. टी.) स्टैंड-अलोन जे. टी. ए. जी. परीक्षण स्वचालित एक्स-रे निरीक्षण (ए. एक्स. आई.) (जिसे एक्स-रे परीक्षण के रूप में भी जाना जाता है) स्वचालित ऑप्टिकल निरीक्षण (ए. ओ. आई.) परीक्षण गुरुत्वाकर्षण केंद्र (सी. जी.) परीक्षण निरंतरता या उड़ान जांच परीक्षण विद्युत चुम्बकीय संगतता या ई. एम. आई. परीक्षण (बोर्ड) कार्यात्मक परीक्षण (बी. एफ. टी./एफ. टी.) बर्न-इन परीक्षण पर्यावरण तनाव जांच (ई. एस. एस.) परीक्षण अत्यधिक त्वरित जीवन जांच (एच. ए. एल. टी.) अत्यधिक त्वरित तनाव जांच (एच. ए. एस. एस.) परीक्षण इन्सुलेशन परीक्षण चल रही विश्वसनीयता परीक्षण (ओ. आर. टी.) प्रतिगमन परीक्षण प्रणाली परीक्षण (एस. टी.) कंपन परीक्षण अंतिम गुणवत्ता परीक्षण आवश्यकता इंजीनियरिंग चरण और डिजाइन इंजीनियरिंग चरण। फर्म की संस्कृति के आधार पर, इन शुरुआती चरणों में एक उत्पाद आवश्यकता दस्तावेज (पी. आर. डी.) और विपणन आवश्यकता दस्तावेज (एम. आर. डी.) शामिल हो सकते हैं-एक नए उत्पाद परिचय (एन. पी. आई.) के दौरान किए गए कुछ शुरुआती काम। एन. पी. आई. समूह के साथ या उसके हिस्से के रूप में काम करके, एक परीक्षण इंजीनियर यह सुनिश्चित करता है कि एक उत्पाद परीक्षण और विनिर्माण दोनों के लिए डिज़ाइन किया गया है। दूसरे शब्दों में, यह सुनिश्चित करने के लिए कि उत्पाद का आसानी से परीक्षण और निर्माण किया जा सके। किसी उत्पाद की परीक्षण क्षमता और विनिर्माण क्षमता सुनिश्चित करने के लिए निम्नलिखित कुछ सामान्य नियम हैंः यह सुनिश्चित करना कि उत्पाद में सही लेबल विनिर्देश और स्थान निर्धारण है जिससे इकाई का पता लगाने योग्य और प्रोग्राम करने योग्य होना संभव हो जाएगा। अच्छे लेबल विनिर्देशों को लागू करने के परिणामस्वरूप परीक्षण के तहत इकाई (यू. यू. टी.) (कभी-कभी डी. यू. टी. या परीक्षण के तहत उपकरण कहा जाता है) में सही जानकारी को सही तरीके से क्रमादेशित किया जाता है। इसे संभव बनाने के लिए, परीक्षण इंजीनियर उन लेबलों के स्थान को लागू करते हैं और सभी पढ़ने योग्य और स्कैन करने योग्य होते हैं, इस प्रकार इकाई में जानकारी की हस्तचालित टाइपिंग की आवश्यकता को समाप्त कर देते हैं। परीक्षण के दौरान भाग में पहचान कोड को स्वचालित रूप से रखने और बाद के प्रसंस्करण चरणों में सत्यापन के लिए उन्हें उपलब्ध कराने से इस प्रकार की त्रुटियों को कम करने में मदद मिल सकती है। मैनुअल टाइपिंग मानव त्रुटियों के कारण प्रोग्राम की जा रही गलत जानकारी से संबंधित समस्याओं को पेश कर सकती है। इसके अलावा, पी. आर. डी. डिजाइन चरण के दौरान परीक्षण इंजीनियरों के इनपुट के बिना, पी. सी. बी. के लिए रेशम-स्क्रीन को डिजाइन करने का प्रभारी हार्डवेयर इंजीनियर उन लेबलों को किसी संलग्न बोर्ड के नीचे रख सकता है जो बाद में लेबलों को बेकार कर देगा (यानी। मदरबोर्ड/डॉटरबोर्ड डिजाइन में और एक बोर्ड जिसमें एक प्लगेबल मॉड्यूल होता है, एक लेबल मुख्य बोर्ड पर स्वयं दिखाई देगा लेकिन अन्य बोर्डों द्वारा बाधित किया जाएगा जिन्हें एकीकृत करने की आवश्यकता होती है)। यह जानकारी अक्सर पी. आर. डी. और एम. आर. डी. दोनों में दर्शाई जाती है। यह सुनिश्चित करना कि यू. यू. टी. का परीक्षण और डीबग करने के लिए आवश्यक सभी घटक, जिसमें कंसोल/सीरियल पोर्ट शामिल हैं, विनिर्माण प्रक्रिया के शुरुआती भाग से लेकर अंतिम भाग तक सुलभ हैं जो अक्सर अंतिम गुणवत्ता लेखा परीक्षा/आश्वासन (एफ. क्यू. ए.) प्रक्रिया होती है। इसमें यह भी सुनिश्चित करना शामिल है कि समस्या निवारण या मरम्मत के लिए ग्राहकों द्वारा इकाइयों को वापस करने के बाद भी वे घटक उपलब्ध हों। इन दिशानिर्देशों का पालन करके, टीम केवल उन घटकों तक पहुँचने के लिए यू. यू. टी. के अनावश्यक उद्घाटन को समाप्त कर देगी जिसके परिणामस्वरूप इकाई में त्रुटियाँ हो सकती हैं (यानी। कवर को खोलते/स्लाइड करते समय कुछ कैपेसिटर या रेसिस्टर्स को बंद करना, खोलने के बाद उपकरण को पी. सी. बी. ए. के अंदर गिराना, विनिर्माण प्रक्रिया प्रवाह निरंतरता के लिए इकाई को बंद करने से पहले कुछ अन्य केबलों को फिर से जोड़ना भूल जाना, आदि)। यह सुनिश्चित करना कि इकाई का परीक्षण करने के लिए आवश्यक सभी घटकों को अंतिम उत्पाद के लागत मैट्रिक्स में जोड़ा गया है। इन घटकों में यू. यू. टी. से बात करने के लिए यू. ए. आर. टी./आर. एस. 232 चिप्स, फर्मवेयर के उन्नयन के लिए ईथरनेट पोर्ट, जे. टी. ए. जी. कनेक्टर आदि शामिल हो सकते हैं। उत्पाद परिभाषा के आधार पर यह परिभाषित करना कि किस विनिर्माण परीक्षण प्रक्रिया की आवश्यकता है। यह सत्यापित करना कि वर्तमान में उपलब्ध परीक्षण उपकरण प्रस्तावित डिजाइन के परीक्षण के लिए पर्याप्त हैं। यदि नए उपकरणों की आवश्यकता है, तो बजटीय चिंताओं को दूर किया गया है और नए उपकरण की स्थापना और सत्यापन के लिए पर्याप्त समय मौजूद है। इसके अलावा, नए परीक्षण उपकरणों को परीक्षण उपकरण संचालकों और पर्यवेक्षकों के लिए प्रशिक्षण की आवश्यकता हो सकती है। उपरोक्त सामान्य नियमों का पालन करके, परीक्षण इंजीनियर भविष्य के आश्चर्य को कम करते हैं (जैसे अतिरिक्त घटकों को जोड़ना, बोर्डों का पुनः लेआउट, आदि)। जो अंतिम उत्पाद की लागत और विकास में देरी को बढ़ाता है। क्रॉस प्लेटफ़ॉर्म टीमों, हार्डवेयर और सॉफ़्टवेयर टीम के साथ काम करना अक्सर लोग अंतिम उत्पादों को वितरित करने में सक्षम होने के लिए शॉर्टकट लेते हैं। इन शॉर्टकटों के कारण, उत्पाद की विनिर्माण क्षमता और परीक्षण क्षमता जटिल हो जाती है (जानकारी को पढ़ने और लिखने में असमर्थता, प्रक्रिया से विचलन पैदा करना, आदि)। जो किसी उत्पाद की विनिर्माण जटिलता को प्रभावित करता है। इस जटिलता के कारण, निर्माण और वितरण अनुसूची में देरी में अड़चनें आती हैं। इसे ध्यान में रखते हुए, परीक्षण इंजीनियर हमेशा निम्नलिखित समीक्षाओं में भी शामिल होते हैंः योजना विज्ञान समीक्षा-यह सुनिश्चित करने के लिए कि सभी घटक और डेटा/विद्युत पथ सुलभ और परीक्षण योग्य बोर्ड लेआउट समीक्षा हैं-यह सुनिश्चित करने के लिए कि सभी लेबल और घटक सुलभ हैं। किनारों, आवरणों, चल भागों आदि के पास कोई घटक नहीं हैं। इसके परिणामस्वरूप किसी घटक के बोर्ड से बाहर निकलने की अधिक संभावना होगी। विद्युत विनिर्देश समीक्षा-यह सुनिश्चित करने के लिए कि हम किसी भी प्रक्रिया में आवश्यक किसी भी स्थिरता के साथ बोर्ड में आवश्यक शक्ति को चला सकते हैं (आई. सी. टी. स्थिरता को यह सुनिश्चित करने की आवश्यकता है कि यह बाहरी बिजली आपूर्ति के बिना बोर्ड को उचित शक्ति की आपूर्ति कर सकता है, बर्न-इन और ई. एस. एस. कक्ष कई उपकरणों को आवश्यक वोल्टेज और वर्तमान प्रदान कर सकते हैं और साथ ही कक्ष विनिर्देशों को संशोधित किए बिना ताकि यह अन्य उत्पादों के साथ मिल सके) निदान विनिर्देश समीक्षा-यह सुनिश्चित करने के लिए कि जो भी परीक्षण स्वचालन उपकरण विकसित किए जाएंगे, उनके सरलीकरण के लिए कमांड आउटपुट प्रारूपों का पालन किया जाता है। इसके अलावा, यह सुनिश्चित करने के लिए कि आदेश स्वयं सभी घटकों का परीक्षण करने के लिए उपलब्ध हैं। उपज रखरखाव उत्पादों की उपज उनके जीवनकाल के दौरान बहुत महत्वपूर्ण भूमिका निभाती है। एक उत्पाद के लिए आमतौर पर तीन चरण होते हैं, इंजीनियरिंग, प्रारंभिक उत्पादन (आईपी) और पूर्ण उत्पादन (एफपी)। प्रारंभिक चरणों में, इंजीनियरिंग, उत्पादन उपज में बहुत उतार-चढ़ाव होता है। निर्माण प्रक्रिया डिबगिंग और अनुकूलन के अधीन है। फाउंड्री इंजीनियर आमतौर पर उत्पाद की उपज बढ़ाने के लिए कारखानों के साथ काम करते हैं। अधिकांश कंपनियाँ अपेक्षित पैदावार तक पहुँचने के लिए प्रत्येक प्रक्रिया के लिए विशिष्ट उपज लक्ष्य निर्धारित करती हैं। एक बार जब उत्पाद की उपज स्थिर हो जाती है, आमतौर पर 80 प्रतिशत, तो परीक्षण अभियंता इंजीनियरिंग चरणों से प्रारंभिक उत्पादन चरणों तक उत्पाद को आगे बढ़ाने के लिए जिम्मेदार होता है। इस अवधि के दौरान, परीक्षण इंजीनियर कुछ समय के लिए उत्पादन उपज की निगरानी करेगा, परीक्षण कार्यक्रम की सीमाओं को बदलेगा और यहां तक कि उपज में और सुधार करने के लिए फाउंड्री इंजीनियर के साथ भी काम करेगा। एक बार जब उत्पादन उपज 90 प्रतिशत से अधिक हो जाती है, तो परीक्षण इंजीनियर इस उत्पाद के लिए पूर्ण उत्पादन चालू कर सकता है, और उत्पादन उपज की निगरानी और सुधार करना जारी रखेगा। इसके अलावा, पैदावार से पता चलेगा कि क्या किसी अन्य प्रक्रिया को शुरू करने की आवश्यकता है (उदाहरण के लिए, क्योंकि पहले से उपयोग की गई प्रक्रियाएं कुछ परीक्षण त्रुटियों को नहीं पकड़ सकती हैं)। उपज यह भी तय कर सकती है कि क्या मौजूदा परीक्षण प्रक्रिया को कम किया जा सकता है (चरण-वार या समय-वार) या पूरी तरह से समाप्त किया जा सकता है। उदाहरण के लिए, यदि ई. एस. एस. त्रुटियों को तीसरे घंटे के दौरान पकड़ा जा सकता है, तो परीक्षण के समय को सामान्य 24 घंटे से घटाकर शायद 4 घंटे किया जा सकता है। या यदि कोई प्रक्रिया 15 महीने की अवधि के दौरान लगातार 100% प्राप्त करती है, तो टीमें एक साथ मिल सकती हैं और उस प्रक्रिया को बिल्कुल भी समाप्त करने का निर्णय ले सकती हैं। परीक्षण स्वचालन यंत्रों के उपयोग के माध्यम से एक उत्पाद का परीक्षण करने के लिए प्रक्रिया के स्वचालन को संदर्भित करता है। उत्पाद के आधार पर, जिन मशीनों का हम उल्लेख कर रहे हैं, उनका अर्थ स्वचालित परीक्षण उपकरण (एटीई), हैंडलर, इंटरफेस बोर्ड और परीक्षण कार्यक्रम का एक संयोजन हो सकता है जो एटीई को चलाता है, जैसा कि आईसी चिप परीक्षण के मामले में होता है। टेस्ट ऑटोमेशन एक टेस्ट इंजीनियर के काम का एक बड़ा हिस्सा है। परीक्षण को स्वचालित करने का पूरा इरादा इस प्रकार हैः विनिर्देशों और सही समय के भीतर पालन किए जाने वाले परीक्षण चरणों को लागू करें। मैनुअल कमांड और डेटा इनपुट को हटा दें। स्वचालित रूप से डेटा एकत्र करें। परीक्षण प्रक्रिया प्रवाह को लागू करें। कुल मिलाकर, यह लाइन के अंत में विनिर्माण विश्वसनीयता और गुणवत्ता को सुनिश्चित करता है कि ग्राहकों को भेजी गई सभी इकाइयों का अच्छी तरह से परीक्षण किया गया है, दबाव डाला गया है, किसी भी त्रुटि से फ़िल्टर किया गया है, और ठीक से कॉन्फ़िगर किया गया है। मानक परीक्षण दस्तावेजों को परिभाषित करना निम्नलिखित कुछ दस्तावेज हैं जिन्हें परीक्षण इंजीनियर बनाए रखते हैं या परिभाषित करते हैंः परीक्षण विधि नैदानिक डिजाइन विनिर्देशन विनिर्माण परीक्षण आवश्यकता डिजाइन विनिर्देशन परीक्षण के लिए डिजाइन (डी. एफ. टी.) विनिर्माण क्षमता के लिए डिजाइन (डी. एफ. एम.) परीक्षण योजना स्वीकृति परीक्षण प्रक्रिया अनुबंध निर्माता एक अनुबंध निर्माता (सी. एम.) अपने ग्राहकों के लिए एक परीक्षण इंजीनियर भी प्रदान करता है। इन परीक्षण इंजीनियरों का कार्य उनके द्वारा अपने ग्राहकों को प्रदान किए जाने वाले समर्थन के स्तर के आधार पर भिन्न होता हैः "संवादात्मक और रक्षा का पहला स्तर" प्रदान करना-केवल समर्थन या आंशिक या जमीनी समाधान प्रदान करना। इंटरैक्टिव और पहले स्तर का रक्षा समर्थन प्रदान करना "इंटरैक्टिव और पहले स्तर का रक्षा"-केवल समर्थन प्रदान करना सीएम टीई का सामान्य काम है। यहाँ एक सीएम परीक्षण इंजीनियर के लिए कुछ विशिष्ट नौकरी कार्य दिए गए हैंः ग्राहक पक्ष से उनके भागीदार परीक्षण इंजीनियरों के साथ परीक्षण समाधानों की समीक्षा करना। यह विश्लेषण करना कि क्या बुनियादी ढांचा आवश्यकताओं को पूरा करता है (फर्श/लाइन सेटअप, वर्कस्टेशन और/या सर्वर तक नेटवर्क की पहुंच, ऑपरेटर मैनपॉवर, आदि)। ग्राहक उत्पादों की तकनीक से परिचित होना। वास्तविक परीक्षण करने वाले प्रचालक का प्रबंधन, प्रशिक्षण और समर्थन करने में सक्षम होना। समस्याओं को डीबग और अलग करने में सक्षम होना। अपने भागीदारों को वापस फीड करने के लिए जानकारी एकत्र करना। परीक्षण लाइन के साथ उनकी घनिष्ठ भागीदारी के कारण, वे लाइन से गुजरने वाले उत्पादों की निगरानी करते हैं और यह तय करने के लिए विफल बोर्डों का निरीक्षण करते हैं कि क्या यह वास्तव में विफल रहा या क्या विफलता केवल कुछ अनुचित परीक्षण सेटअप के कारण हुई थी। इन गलत विफलताओं के कुछ उदाहरण हैंः यू. यू. टी. से बात करने के लिए केबल को जोड़ना भूल गया (या केबल को गलत स्थान पर रखना या इसे ढीला रखना)। इससे यू. यू. टी. से किसी भी प्रतिक्रिया के लिए परीक्षण स्वचालन का समय समाप्त हो जाएगा। किसी भी नेटवर्किंग इंटरफेस (ईथरनेट/ऑप्टिकल/आदि पोर्ट) के साथ यू. यू. टी. का परीक्षण करते समय लूपबैक केबलों को जोड़ना भूल गया। इससे यातायात परीक्षण विफल हो जाएगा। कुछ परीक्षण प्रक्रिया छोड़ दी। कुछ परीक्षण प्रक्रिया यू. यू. टी. को कुछ फर्मवेयर लोड करने या इसे किसी स्थिति में रखने के लिए कॉन्फ़िगर करेगी (यानी। इसे बर्न-इन मोड में चलाने के लिए तैयार करना) इसलिए जब परीक्षण स्वचालन शुरू होता है, तो वह जो भी ज्ञात स्थिति की उम्मीद कर रहा है वह संतुष्ट नहीं होगी और इस प्रकार विफल हो जाएगी। कुछ विचलनों को लागू करने के लिए छोड़ दिया गया जिसके लिए यू. यू. टी. में हार्डवेयर/सॉफ्टवेयर परिवर्तन की आवश्यकता होगी। जब परीक्षण स्वचालन शुरू हुआ तो तुरंत इकाई को चालू करना भूल गया। इसके परिणामस्वरूप इस सूची की पहली वस्तु के समान ही समस्या होगी। किसी भी अन्य परीक्षण स्थिरता घटकों को संलग्न करना भूल गया। आंशिक या ग्राउंड अप समाधान प्रदान करना ऐसी कंपनियों की एक छोटी संख्या है जो अपने परीक्षण इंजीनियरिंग कार्य को अपने संबंधित सीएम को आउटसोर्स करना पसंद करती हैं। उस स्थिति में, सी. एम. टी. ई. परीक्षण स्वचालन समाधान, परीक्षण स्थिरता डिजाइन, उपज एकत्र करने के साथ-साथ अपने ग्राहकों के लिए सामान्य संवादात्मक और रक्षा का पहला स्तर प्रदान करने के प्रभारी होंगे। बेशक, सीएम के लिए आउटसोर्सिंग परीक्षण समाधानों के अपने फायदे और नुकसान हैं। इसके कुछ फायदे हैंः सस्ती लागत। विशेष रूप से अगर मुख्यमंत्री ऐसे देश में रहता है जहां श्रम कम से कम है। लाभप्रद यदि कंपनी के पास स्वयं कोई टी. ई. नहीं है या नहीं है जो कंपनी की आवश्यकताओं से मेल खाता हो। कुछ नुकसान हैंः एक ही मुख्यमंत्री से जुड़ना। ऐसा मुख्यमंत्री मिलना मुश्किल है जो किसी अन्य मुख्यमंत्री को जानकारी साझा करने के लिए तैयार हो। सीएम टीई शायद ही कभी उत्पाद डिजाइन चरण/चरण के साथ शामिल होते हैं। समय की सीमाएँ। उन्हें केवल एन. पी. आई. चरण के अंत में उत्पाद के विवरण सौंपे जाते हैं। इस वजह से, परीक्षण समाधानों में जल्दबाजी की जाती है और गुणवत्ता से अक्सर समझौता किया जाता है। हितों का टकराव। कंपनी को उत्पाद श्रृंखला से गुजरने वाली हर स्तर की जानकारी जानने की आवश्यकता होती है ताकि संभावित समस्याओं की निगरानी की जा सके जो एक दिन स्नोबॉल हो सकती हैं। लेकिन सीएम इस स्तर का विवरण नहीं देते हैं, वे केवल यह बताते हैं कि दिन के लिए कितनी इकाइयाँ उत्तीर्ण हुईं या विफल हुईं। एक इकाई गुजरने से पहले 5 बार विफल हो सकती थी जो उदाहरण के लिए सीपीयू या ऑसिलेटर जैसे उत्पाद के कुछ घटकों के कुछ समय के मुद्दों से संबंधित हो सकती है। मुख्यमंत्री जितना पहला पारित उपज डेटा प्रदान करेंगे, उतनी ही बेहतर गुणवत्ता वाली इकाई असेंबली लाइन से गुजरेगी। इसका मतलब यह है कि मुख्यमंत्री को अपने पहले उत्तीर्ण उपज डेटा के रूप में अंतिम परिणाम प्रदान करने के लिए लुभाया जाएगा ताकि यह उनके उच्च गुणवत्ता वाले पक्ष को दर्शा सके। क्योंकि एक ऐसे परीक्षण इंजीनियर को ढूंढना मुश्किल है जो परीक्षण पद्धति के हर पहलू को जानता हो (आई. सी. टी., जे. टी. ए. जी. परीक्षण, उड़ान जांच परीक्षण और एक्स-रे परीक्षण जैसे पी. सी. बी. परीक्षणों से लेकर पी. सी. बी. ए. परीक्षण तक जिसमें कार्यात्मक परीक्षण से लेकर एफ. क्यू. ए. परीक्षण तक परीक्षण स्वचालन लिखना शामिल है), कंपनियां आमतौर पर इस लापता परीक्षण टुकड़े के विकास के हिस्से को अपने मुख्यमंत्री को आउटसोर्स करती हैं। उदाहरण के लिए, यदि किसी भी इन-हाउस टी. ई. को आई. सी. टी. फिक्स्चर के बारे में ज्यादा जानकारी नहीं है, तो वे अपने मुख्यमंत्री से उनके लिए आई. सी. टी. परीक्षण समाधान विकसित करने के लिए कहेंगे। मेट्रोलॉजी रिलायबिलिटी इंजीनियरिंग डिजाइन इंजीनियर संदर्भ बाहरी लिंक अमेरिकन सोसाइटी ऑफ टेस्ट इंजीनियर्स-प्रोफेशनल एसोसिएशन इवैल्यूएशन इंजीनियरिंग-व्यापार पत्रिका इंटरनेशनल टेस्ट कॉन्फ्रेंस (आईटीसी) इलेक्ट्रॉनिक्स मैन्युफैक्चरिंग हार्डवेयर टेस्टिंग इंजीनियरिंग व्यवसाय पर्यावरण परीक्षण