परीक्षण की मौलिक समस्या

परिचय

शुभ दोपहर, खाबरोवस्क निवासियों। अभी मैं एक फिनटेक कंपनी के लिए क्यूए लीड रिक्ति के लिए एक परीक्षण कार्य हल कर रहा था। इलेक्ट्रिक केतली के परीक्षण के लिए संपूर्ण चेकलिस्ट और परीक्षण मामलों के उदाहरणों के साथ एक परीक्षण योजना बनाने का पहला कार्य, तुच्छ तरीके से हल किया जा सकता है:

• गोस्ट 7400-81. घरेलू इलेक्ट्रिक केतली और इलेक्ट्रिक समोवर। विशिष्टताएँ (संशोधन संख्या 1-8 के साथ)
• GOST IEC 60335-1-2015 घरेलू और समान विद्युत उपकरण। सुरक्षा। भाग 1. सामान्य आवश्यकताएँ
  संपूर्ण चेकलिस्ट के साथ बेहतर परीक्षण योजना के बारे में सोचना कठिन है।

लेकिन दूसरा भाग एक प्रश्न बन गया: "क्या सभी परीक्षकों के लिए कोई सामान्य समस्याएँ हैं जो उन्हें अधिक कुशलता से काम करने से रोकती हैं?"

पहली बात जो मन में आई वह थी उन सभी कमोबेश ध्यान देने योग्य समस्याओं को सूचीबद्ध करना जिनका मुझे परीक्षण के दौरान सामना करना पड़ा, छोटी-छोटी चीजों को छांटना और बाकी को संक्षेप में प्रस्तुत करना। लेकिन मुझे तुरंत एहसास हुआ कि आगमनात्मक विधि एक ऐसे प्रश्न का उत्तर देगी जो "सभी" पर लागू नहीं होती है, बल्कि, अधिक से अधिक, केवल "बहुमत" परीक्षकों पर लागू होती है। इसलिए, मैंने इसे दूसरी तरफ से, निगमनात्मक तरीके से देखने का फैसला किया और यही हुआ।

को परिभाषित

किसी नई समस्या को हल करते समय सबसे पहली चीज जो मैं आमतौर पर करता हूं वह यह समझने की कोशिश करना है कि यह सब क्या है, और ऐसा करने के लिए मुझे उन शब्दों के अर्थ को समझने की जरूरत है जो इसे प्रस्तुत करते हैं। समझने योग्य मुख्य शब्द निम्नलिखित हैं:

• एक समस्या
• टेस्टर
• परीक्षक का काम
• परीक्षक दक्षता

आइए विकिपीडिया और सामान्य ज्ञान की ओर मुड़ें:
संकट (प्राचीन यूनानी πρόβλημα) व्यापक अर्थ में - एक जटिल सैद्धांतिक या व्यावहारिक मुद्दा जिसके लिए अध्ययन और समाधान की आवश्यकता होती है; विज्ञान में - एक विरोधाभासी स्थिति जो किसी घटना, वस्तु, प्रक्रिया की व्याख्या में विरोधी स्थितियों के रूप में प्रकट होती है और इसे हल करने के लिए एक पर्याप्त सिद्धांत की आवश्यकता होती है; जीवन में, समस्या को ऐसे रूप में तैयार किया जाता है जो लोगों के लिए समझ में आता है: "मुझे पता है कि क्या, मुझे नहीं पता कि कैसे," यानी, यह ज्ञात है कि क्या प्राप्त करने की आवश्यकता है, लेकिन यह नहीं पता है कि इसे कैसे करना है . देर से आता है. अव्य. समस्या, ग्रीक से। πρόβλημα "आगे फेंका गया, सामने रखा गया"; προβάλλω से “आगे फेंको, अपने सामने रखो; दोष देना"।

इसका कोई खास मतलब नहीं है, वास्तव में, "समस्या" = "कुछ भी जिससे निपटने की आवश्यकता है।"
टेस्टर - एक विशेषज्ञ (हम प्रकारों में विभाजित नहीं करेंगे, क्योंकि हम सभी परीक्षकों में रुचि रखते हैं) जो किसी घटक या प्रणाली के परीक्षण में भाग लेता है, जिसका परिणाम है:
परीक्षक का कार्य - परीक्षण से संबंधित गतिविधियों का एक सेट।
क्षमता (अव्य. इफ़ेक्टिवस) - प्राप्त परिणाम और उपयोग किए गए संसाधनों के बीच संबंध (आईएसओ 9000: 2015)
परिणाम - गुणात्मक या मात्रात्मक रूप से व्यक्त कार्यों (परिणाम) या घटनाओं की एक श्रृंखला (श्रृंखला) का परिणाम। संभावित परिणामों में लाभ, हानि, लाभ, हानि, मूल्य और जीत शामिल हैं।
जैसा कि "समस्या" के साथ होता है, इसका कोई अर्थ नहीं है: कुछ ऐसा जो काम के परिणामस्वरूप सामने आया हो।
संसाधन - किसी व्यक्ति या लोगों की किसी भी गतिविधि को करने की मात्रात्मक रूप से मापने योग्य संभावना; ऐसी स्थितियाँ जो वांछित परिणाम प्राप्त करने के लिए कुछ परिवर्तनों का उपयोग करने की अनुमति देती हैं। परीक्षक एक व्यक्ति है, और महत्वपूर्ण संसाधनों के सिद्धांत के अनुसार, प्रत्येक व्यक्ति चार आर्थिक संपत्तियों का मालिक है:
नकदी (आय) एक नवीकरणीय संसाधन है;
ऊर्जा (जीवन शक्ति) आंशिक रूप से नवीकरणीय संसाधन है;
समय एक निश्चित और मौलिक रूप से गैर-नवीकरणीय संसाधन है;
ज्ञान (सूचना) एक नवीकरणीय संसाधन है, यह मानव पूंजी का हिस्सा है जो विकसित और नष्ट हो सकता है[1].

मैं यह नोट करना चाहूंगा कि हमारे मामले में दक्षता की परिभाषा पूरी तरह से सही नहीं है, क्योंकि हम जितना अधिक ज्ञान का उपयोग करेंगे, दक्षता उतनी ही कम होगी। इसलिए, मैं दक्षता को "प्राप्त किए गए परिणामों और खर्च किए गए संसाधनों के बीच के अनुपात" के रूप में फिर से परिभाषित करूंगा। तब सब कुछ सही है: काम के दौरान ज्ञान बर्बाद नहीं होता है, लेकिन यह परीक्षक के एकमात्र मौलिक रूप से गैर-नवीकरणीय संसाधन - उसके समय की लागत को कम कर देता है।

समाधान

इसलिए, हम परीक्षकों की वैश्विक समस्याओं की तलाश कर रहे हैं जो उनके काम की प्रभावशीलता को ख़राब करती हैं।
एक परीक्षक के काम पर खर्च किया जाने वाला सबसे महत्वपूर्ण संसाधन उसका समय है (बाकी को एक या दूसरे तरीके से कम किया जा सकता है), और हमें दक्षता की सही गणना के बारे में बात करने के लिए, परिणाम को भी समय तक कम करना होगा .
ऐसा करने के लिए, एक ऐसी प्रणाली पर विचार करें जिसकी व्यवहार्यता परीक्षक अपने काम के माध्यम से सुनिश्चित करता है। ऐसी प्रणाली एक परियोजना है जिसकी टीम में एक परीक्षक शामिल होता है। परियोजना जीवन चक्र को मोटे तौर पर निम्नलिखित एल्गोरिदम द्वारा दर्शाया जा सकता है:

1. आवश्यकताओं के साथ कार्य करना
2. तकनीकी विशिष्टताओं का निर्माण
3. डिज़ाइन
4. परीक्षण
5. उत्पादन में जारी करें
6. समर्थन (आइटम 1 पर जाएं)

इस मामले में, पूरे प्रोजेक्ट को समान जीवन चक्र के साथ पुनरावर्ती रूप से उपप्रोजेक्ट्स (फीचर्स) में विभाजित किया जा सकता है।
परियोजना के दृष्टिकोण से, इस पर जितना कम समय खर्च किया जाएगा, इसका कार्यान्वयन उतना ही अधिक प्रभावी होगा।
इस प्रकार, हम परियोजना के दृष्टिकोण से एक परीक्षक की अधिकतम संभव दक्षता की परिभाषा पर आते हैं - यह परियोजना की वह स्थिति है जब परीक्षण का समय शून्य होता है। सभी परीक्षकों के लिए एक आम समस्या इस समय को प्राप्त करने में असमर्थता है।

इसका सामना कैसे करें?

निष्कर्ष बिल्कुल स्पष्ट हैं और कई लोगों द्वारा लंबे समय से इसका उपयोग किया जाता रहा है:

1. विकास और परीक्षण लगभग एक साथ शुरू और समाप्त होना चाहिए (यह आमतौर पर विभाग द्वारा किया जाता है QA). आदर्श विकल्प तब होता है जब विकसित की जा रही सभी कार्यक्षमता तैयार होने के समय तक पहले से ही ऑटोटेस्ट द्वारा कवर की जाती है, किसी प्रकार का उपयोग करके प्रतिगमन (और, यदि संभव हो तो, पूर्व-प्रतिबद्ध) परीक्षण में व्यवस्थित किया जाता है CI.
2. किसी प्रोजेक्ट में जितनी अधिक सुविधाएँ होंगी (यह उतना ही जटिल होगा), यह जाँचने में उतना ही अधिक समय लगाना होगा कि नई कार्यक्षमता पुरानी कार्यक्षमता को न तोड़ दे। इसलिए, परियोजना जितनी अधिक जटिल होगी, उतनी ही अधिक स्वचालन की आवश्यकता होगी प्रतिगमन परीक्षण.
3. हर बार जब हम उत्पादन में कोई बग चूक जाते हैं और उपयोगकर्ता इसे ढूंढ लेता है, तो हमें बिंदु 1 से शुरू होने वाले प्रोजेक्ट जीवन चक्र से गुजरने में अतिरिक्त समय बिताना पड़ता है (इस मामले में, उपयोगकर्ताओं की आवश्यकताओं के साथ काम करना)। चूंकि बग गायब होने के कारण आम तौर पर अज्ञात होते हैं, इसलिए हमारे पास केवल एक अनुकूलन पथ बचा है - उपयोगकर्ताओं द्वारा पाए गए प्रत्येक बग को प्रतिगमन परीक्षण में शामिल किया जाना चाहिए ताकि यह सुनिश्चित हो सके कि यह दोबारा दिखाई नहीं देगा।

स्रोत: www.habr.com