चाचणीची मूलभूत समस्या

परिचय

शुभ दुपार, खाब्रोव्स्क रहिवासी. आत्ताच मी फिनटेक कंपनीसाठी QA लीडच्या रिक्त जागेसाठी चाचणी कार्य सोडवत होतो. प्रथम कार्य, संपूर्ण चेकलिस्टसह चाचणी योजना तयार करणे आणि इलेक्ट्रिक केटलच्या चाचणीसाठी चाचणी प्रकरणांची उदाहरणे क्षुल्लकपणे सोडविली जाऊ शकतात:

• GOST 7400-81. घरगुती इलेक्ट्रिक किटली आणि इलेक्ट्रिक समोवर. तपशील (दुरुस्ती क्रमांक १-८ सह)
• GOST IEC 60335-1-2015 घरगुती आणि तत्सम विद्युत उपकरणे. सुरक्षितता. भाग 1. सामान्य आवश्यकता
  संपूर्ण चेकलिस्टसह चांगल्या चाचणी योजनेचा विचार करणे कठीण आहे.

परंतु दुसरा भाग एक प्रश्न बनला: "सर्व परीक्षकांसाठी अशा काही समस्या आहेत का ज्या त्यांना अधिक कार्यक्षमतेने कार्य करण्यास प्रतिबंध करतात?"

माझ्या लक्षात आलेली पहिली गोष्ट म्हणजे चाचणी दरम्यान मला आलेल्या सर्व कमी-अधिक लक्षात येण्याजोग्या समस्यांची यादी करणे, छोट्या छोट्या गोष्टी काढून टाकणे आणि बाकीचा सारांश देणे. पण मला त्वरीत लक्षात आले की प्रेरक पद्धत अशा प्रश्नाचे उत्तर देईल जी "सर्वांना" लागू होत नाही, परंतु, सर्वोत्तम म्हणजे केवळ "बहुसंख्य" परीक्षकांना. म्हणून, मी दुसऱ्या बाजूने वजावटीने त्याच्याकडे जाण्याचा निर्णय घेतला आणि हेच घडले.

परिभाषा

एखादी नवीन समस्या सोडवताना मी सहसा पहिली गोष्ट करतो ती म्हणजे ते काय आहे हे समजून घेण्याचा प्रयत्न करणे आणि हे करण्यासाठी मला ती मांडणाऱ्या शब्दांचा अर्थ समजून घेणे आवश्यक आहे. समजून घेण्यासाठी मुख्य शब्द खालीलप्रमाणे आहेत:

• समस्या
• परीक्षक
• परीक्षक नोकरी
• परीक्षक कार्यक्षमता

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

खरं तर, "समस्या" = "काहीही ज्याला सामोरे जाणे आवश्यक आहे" याचा फारसा अर्थ नाही.
परीक्षक - एक विशेषज्ञ (आम्ही प्रकारांमध्ये विभागणार नाही, कारण आम्हाला सर्व परीक्षकांमध्ये स्वारस्य आहे) जो घटक किंवा प्रणालीच्या चाचणीमध्ये भाग घेतो, ज्याचा परिणाम आहे:
परीक्षकाचे काम - चाचणीशी संबंधित क्रियाकलापांचा संच.
कार्यक्षमता (lat. effectivus) - प्राप्त परिणाम आणि वापरलेली संसाधने यांच्यातील संबंध (ISO 9000: 2015).
परिणाम - क्रिया (परिणाम) किंवा घटनांच्या साखळी (मालिका) चे परिणाम, गुणात्मक किंवा परिमाणवाचकपणे व्यक्त केले जातात. संभाव्य परिणामांमध्ये फायदा, तोटा, फायदा, तोटा, मूल्य आणि विजय यांचा समावेश होतो.
"समस्या" प्रमाणेच, काही अर्थ नाही: कामाच्या परिणामी बाहेर आलेले काहीतरी.
संसाधन - एखाद्या व्यक्तीची किंवा लोकांची कोणतीही क्रिया करण्याची परिमाणवाचकपणे मोजता येण्याजोगी शक्यता; इच्छित परिणाम प्राप्त करण्यासाठी विशिष्ट परिवर्तने वापरण्याची परवानगी देणारी परिस्थिती. परीक्षक एक व्यक्ती आहे आणि महत्त्वपूर्ण संसाधनांच्या सिद्धांतानुसार, प्रत्येक व्यक्ती चार आर्थिक मालमत्तेचा मालक आहे:
रोख (उत्पन्न) एक अक्षय संसाधन आहे;
ऊर्जा (जीवन शक्ती) एक अंशतः नूतनीकरणयोग्य संसाधन आहे;
वेळ एक निश्चित आणि मूलभूतपणे नूतनीकरणीय संसाधन आहे;
ज्ञान (माहिती) एक नूतनीकरणीय संसाधन आहे, तो मानवी भांडवलाचा भाग आहे जो वाढू शकतो आणि नष्ट होऊ शकतो[1].

मी लक्षात घेऊ इच्छितो की आमच्या बाबतीत कार्यक्षमतेची व्याख्या पूर्णपणे बरोबर नाही, कारण आपण जितके जास्त ज्ञान वापरतो तितकी कार्यक्षमता कमी असते. म्हणून, मी कार्यक्षमतेची "प्राप्त झालेले परिणाम आणि खर्च केलेली संसाधने यांच्यातील गुणोत्तर" म्हणून पुन्हा परिभाषित करेन. मग सर्व काही बरोबर आहे: काम करताना ज्ञान वाया जात नाही, परंतु ते परीक्षकाच्या केवळ मूलभूतपणे नूतनीकरण करण्यायोग्य संसाधनाची किंमत कमी करते - त्याचा वेळ.

निर्णय

म्हणून, आम्ही परीक्षकांच्या जागतिक समस्या शोधत आहोत ज्यामुळे त्यांच्या कार्याची प्रभावीता बिघडते.
परीक्षकाच्या कामावर खर्च होणारा सर्वात महत्वाचा स्त्रोत म्हणजे त्याचा वेळ (बाकीचा एक मार्ग किंवा दुसर्या मार्गाने कमी केला जाऊ शकतो), आणि कार्यक्षमतेच्या योग्य गणनाबद्दल बोलण्यासाठी, परिणाम देखील वेळेत कमी केला पाहिजे. .
हे करण्यासाठी, अशा प्रणालीचा विचार करा ज्याची व्यवहार्यता परीक्षक त्याच्या कार्याद्वारे सुनिश्चित करतो. अशी प्रणाली एक प्रकल्प आहे ज्याच्या कार्यसंघामध्ये एक परीक्षक समाविष्ट आहे. प्रकल्प जीवन चक्र अंदाजे खालील अल्गोरिदम द्वारे प्रस्तुत केले जाऊ शकते:

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

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

याला कसे सामोरे जावे?

निष्कर्ष अगदी स्पष्ट आहेत आणि बऱ्याच काळापासून अनेकांनी वापरले आहेत:

1. विकास आणि चाचणी जवळजवळ एकाच वेळी सुरू आणि संपली पाहिजे (हे सहसा विभागाद्वारे केले जाते QA). आदर्श पर्याय म्हणजे जेव्हा विकसित होत असलेली सर्व कार्यक्षमता ऑटोटेस्ट्सने तयार होईपर्यंत कव्हर केलेली असते, रीग्रेशन (आणि शक्य असल्यास, प्री-कमिट) चाचणीमध्ये आयोजित केली जाते. CI.
2. प्रकल्पात जितकी अधिक वैशिष्ट्ये असतील (तो जितका गुंतागुंतीचा असेल), तितकाच नवीन कार्यक्षमता जुनी मोडत नाही हे तपासण्यासाठी अधिक वेळ द्यावा लागेल. म्हणून, प्रकल्प जितका गुंतागुंतीचा तितका अधिक ऑटोमेशन आवश्यक आहे प्रतिगमन चाचणी.
3. प्रत्येक वेळी आम्हाला प्रोडक्शनमध्ये बग चुकतो आणि वापरकर्त्याला तो सापडतो, आम्हाला पॉइंट 1 पासून सुरू होणाऱ्या प्रोजेक्ट लाइफ सायकलमधून जाण्यासाठी अतिरिक्त वेळ घालवावा लागतो (या बाबतीत, वापरकर्त्यांनी आवश्यकतेनुसार कार्य करणे). बग गहाळ होण्याची कारणे सामान्यत: अज्ञात असल्याने, आमच्याकडे फक्त एक ऑप्टिमायझेशन मार्ग शिल्लक आहे - वापरकर्त्यांद्वारे आढळलेला प्रत्येक बग पुन्हा दिसणार नाही याची खात्री करण्यासाठी प्रतिगमन चाचणीमध्ये समाविष्ट करणे आवश्यक आहे.

स्त्रोत: www.habr.com