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

परिचय

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

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

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

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

परिभाषित

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

• समस्या
• टेस्टर
• परीक्षक का काम
• परीक्षक का प्रदर्शन

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

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

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

निर्णय

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

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

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

इससे कैसे निपटें?

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

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