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

एक्सपी कार्यप्रणाली में एक प्रथा है - जोड़ी प्रोग्रामिंग। कई स्रोतों ने इसके लाभों के द्रव्यमान के बारे में लिखा है: कोड की उच्च गुणवत्ता, डेवलपर्स की विनिमेयता, आदि।

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

विकिपीडिया में "जोड़ी परीक्षण" शब्द नहीं है, लेकिन जोड़ी प्रोग्रामिंग के लिए एक परिभाषा है, जिसे आधार के रूप में लिया जा सकता है। फिर, हमारी राय में, हम निम्नलिखित प्राप्त करते हैं।

जोड़ी परीक्षण एक ऐसी तकनीक है जिसमें एक ही कार्यस्थल पर एक ही व्यक्ति द्वारा एक ही कार्यक्षमता का परीक्षण किया जाता है। एक परीक्षक ("लीड") कंप्यूटर को नियंत्रित करता है, दूसरा ("नेविगेटर") पहले के काम को लगातार मॉनिटर करता है। इसके अलावा, कार्य पर काम के दौरान, वे विचारों का आदान-प्रदान करते हैं और उन पर चर्चा करते हैं।

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

टास्क: मेंटरिंग

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

एक उदाहरण:

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

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

लाभ:

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

मिनी आउटपुट:

अभ्यास उपयुक्त है यदि साथी कोई अनुभव वाला व्यक्ति है और आपको जल्दी से उसे एक विशेषज्ञ से विशेषज्ञ में बदलने की आवश्यकता है। एक अनुभवी शुरुआत के साथ काम करने पर लाभ होता है: हर कोई सीखता है, जिसमें एक संरक्षक भी शामिल है। आखिरकार, प्रत्येक व्यक्ति अपने तरीके से काम करता है और अपनी प्रथाओं और साधनों का उपयोग करते हुए एक अनोखे तरीके से सोचता है।

कार्य: उन्नत प्रशिक्षण

हम इस तथ्य का सामना कर सकते हैं कि हमारे काम के सफल समापन के लिए हमें संबंधित विशेषज्ञता का ज्ञान होना चाहिए: प्रलेखन तैयार करने में सक्षम होना, कार्यों को स्वचालित करना, आदि कैसे जल्दी और सस्ते में दक्षताओं का निर्माण करें? अपनी टीम के किसी सदस्य से संपर्क करें।

एक उदाहरण:

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

लाभ:

• आप जल्दी से यह पता लगाएंगे कि परियोजना कैसे काम करती है और पहले से क्या परीक्षण हैं।
• न केवल परीक्षण लिखना सीखें, बल्कि उन्हें सही ढंग से लिखना (शैली)।
• डेवलपर परीक्षण परिदृश्यों के बारे में अपने विचारों का विस्तार करेगा, क्योंकि आप दिखाएंगे कि बॉक्स के बाहर कैसे सोचना है।
• डेवलपर परीक्षण प्रक्रियाओं के बारे में अपनी समझ का विस्तार करेगा, क्योंकि आप उसे परीक्षण के लिए पास करने से पहले उसके कोड की गुणवत्ता की जांच करना सिखाएंगे।
• कार्य छोटी अवधि में ऑटोटेस्ट द्वारा कवर किया जाएगा।
• एक प्रबंधक या टीम लीडर आपके विकास की इच्छा को प्रसन्न करेगा।

मिनी आउटपुट:

जोड़ियों में काम करने से आप तुरंत और कुशलता से एक नए क्षेत्र में ज्ञान प्राप्त कर सकते हैं, तुरंत उन्हें अभ्यास में ठीक कर सकते हैं।

कार्य: अपरिहार्यता से छुटकारा ( बस-कारक )

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

एक उदाहरण:

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

लाभ:

• जिम्मेदारी का दबाव कम हो जाता है, आप सुरक्षित रूप से छुट्टी पर जा सकते हैं, इंटर्नशिप पर, आदि।
• जोड़े में काम करने से आप संदर्भ को बदल सकते हैं और एक अति विशिष्ट परीक्षक की दिनचर्या को पतला कर सकते हैं।
• प्रबंधक शांत है, क्योंकि कई लोगों को ज्ञान है और एक के प्रस्थान के साथ, काम नहीं उठेगा।

मिनी आउटपुट:

यदि संकीर्ण विशेषज्ञ हैं, तो आपके लिए जोड़ी अभ्यास है। यह विनिमेयता और प्रासंगिक जानकारी के हस्तांतरण को बढ़ाता है।

कार्य: प्रतिक्रिया प्राप्त करना

यदि परीक्षण टीम में कई लोग शामिल हैं, तो प्रतिक्रिया का अभ्यास लागू होता है। जोड़ी परीक्षण ओएस के लिए एक उपयुक्त उपकरण है।

एक उदाहरण:

आपको या आपके सहकर्मी को फीडबैक चाहिए। आप एक काम करने वाले कंप्यूटर पर उसके साथ बैठ जाते हैं। आप कैसे प्रक्रिया का निर्माण करते हैं यह महत्वपूर्ण नहीं है, मुख्य बात यह है कि एक साथ काम करना है।

लाभ:

• आपको या आपके सहयोगी को एक साथी के कौशल के बारे में एक विचार होगा।
• आपके या आपके सहयोगी के पास फीडबैक के आधार पर विकास वेक्टर का एक विचार होगा।
• सहयोगियों के बारे में प्रतिक्रिया उचित होगी, क्योंकि यह उदाहरणों द्वारा समर्थित होगी।

मिनी आउटपुट:

युग्मित सत्र परीक्षकों को सहकर्मियों के काम का निरीक्षण करने का अवसर देते हैं, जिसके परिणामस्वरूप प्रतिक्रिया अधिक विश्वसनीय होगी।

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

जीवन का मामला, या हमें पसंद नहीं है

परीक्षण टीम के पूर्वव्यापी में से एक पर, निम्नलिखित समस्याओं की पहचान की गई:

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

इन समस्याओं को तैयार करने के बाद, हमने खुद को कार्य निर्धारित किया:

1. एक्सचेंज अनुभवों और समान कार्यों के परीक्षण के सर्वोत्तम तरीकों और उपकरणों की पहचान करता है।
2. अधिक विस्तृत प्रतिक्रिया के संग्रह के लिए स्थितियां बनाएं।

हम सहमत हुए कि हम उन्हें हल करने के लिए जोड़ी परीक्षण के अभ्यास का उपयोग करेंगे।

मेरे सहयोगी और मैं एक ही परीक्षण कार्य में लगे।
काम का मोर्चा काफी बड़ा था, इसकी आवश्यकता थी:

1. एक नए विषय क्षेत्र को समझें।
2. एनालिटिक्स की जाँच करें और इसमें परिदृश्यों के लिए बेहिसाब खोजें।
3. एक परीक्षण वातावरण तैयार करें।
4. परीक्षण डेटा तैयार करें।
5. परीक्षण के मामले बनाओ।
6. और अंत में परीक्षण :)।

यह सब खरोंच से किया जाना था।

एक कंप्यूटर पर बैठकर हमने एनालिटिक्स पढ़ना शुरू किया। हम पाठ के एक पैराग्राफ या भाग को पढ़ने के लिए सहमत हुए, और फिर उन प्रश्नों पर चर्चा करें जो पहले परीक्षण मामलों को उठाते हैं और पहले से ही फेंक देते हैं। चूंकि एनालिटिक्स बल्कि खराब विकसित था और इसमें व्यापार और तकनीकी भागों का मिश्रण था, कभी-कभी पाठ की 10 पंक्तियों पर चर्चा करने में 15-20 मिनट लगते थे। इसके अलावा, अंत में प्रत्येक मुद्दे से निपटने के लिए, विश्लेषक, डेवलपर या तकनीकी सहायता विशेषज्ञ से स्पष्टीकरण की आवश्यकता थी। इन सभी संदेशों और पत्रों को जोड़े में भी लिखा गया था।

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

इस सबका सामना करते हुए, हमने काम की प्रगति और जोड़ी परीक्षण की सफलता पर चर्चा करने के लिए एक बैठक को धीमा करने और पकड़ने का फैसला किया।

बैठक में, हमने महसूस किया कि अभ्यास को लागू करने के लिए, हम इसके उपयोग के उद्देश्य के बारे में पूरी तरह से भूल गए। सभी का ध्यान केवल परीक्षण पर केंद्रित था, या बल्कि, यहां तक ​​कि इसकी तैयारी पर भी, क्योंकि यह परीक्षण के मामलों तक नहीं पहुंचा था।

काम के दौरान, हमने एक-दूसरे की पूर्ण समीक्षा करने का प्रबंधन नहीं किया, क्योंकि हमने चर्चा करने से पहले सभी क्रियाओं को एक साथ किया। किसी नए कार्य को अंजाम देते समय हमने साथी की सोच और कार्रवाई की ट्रेन को नहीं देखा। ज्ञान का आदान-प्रदान करना संभव नहीं था, क्योंकि विषय क्षेत्र हम दोनों के लिए नया था।

कड़े शब्दों में, यह ज्ञान को साझा करने के लिए निकला, लेकिन ये त्रिशूल थे जैसे:

• नई गर्म कुंजियों का उपयोग,
• कुछ विशिष्ट बगट्रैकर चिप्स का उपयोग करते हुए,
• ...

इतनी महंगी प्रैक्टिस का सहारा लिए बिना आप इस ज्ञान को साझा कर सकते हैं।

बैठक के अंत में, हमने अपने लिए निष्कर्ष निकाले:

1. अभ्यास को लागू करते हुए, हमें शुरुआती कार्यों के बारे में नहीं भूलना चाहिए।
   ऐसा लगता है कि शुरुआत में सब कुछ सही ढंग से किया गया था। हमने एक समस्या तैयार की, कार्यों को सेट किया, एक समाधान उपकरण चुना, लेकिन काम के दौरान ही जोर दिया गया। हमारे मामले में, हमने केवल यह पाया कि दो परीक्षक एक कार्य में लगे हुए थे।

   
   

2. अपने परीक्षण कार्यों को चुनें ताकि अभ्यास लागू हो।
   जोड़ी परीक्षण के लिए एक नया, जटिल और बड़ा काम खराब है:
   - किसी को प्रशिक्षित करना मुश्किल है;
   - मैं अनुभव का आदान-प्रदान नहीं कर सकता;
   - प्रतिक्रिया एकत्र करना मुश्किल है।

   
   

3. समस्याओं पर ग्लॉस न करें।
   जैसे ही आपको लगता है कि कुछ गलत हो गया है, तुरंत इसके बारे में बात करें, कार्य के अंत या टीम के अंतिम भूतकाल की प्रतीक्षा न करें। तो आप जल्दी से समझ सकते हैं कि अभ्यास गलत तरीके से लागू किया गया है, या यह पता चल सकता है कि यह आपकी चुनी हुई समस्या के समाधान के लिए बिल्कुल उपयुक्त नहीं है।

   
   

कई अलग-अलग प्रथाएं हैं। उनमें से कौन सा काम में उपयोग करना है यह आप पर निर्भर करता है। सबसे महत्वपूर्ण बात, यह मत भूलो कि आप उनका उपयोग क्यों करते हैं, और अभ्यास के लिए अभ्यास का उपयोग नहीं करते हैं।

पुनश्च यदि आप अपने कामकाजी जीवन में अन्य कार्यों के लिए जोड़ी परीक्षण का उपयोग करते हैं, तो हमें टिप्पणियों में उनके बारे में बताएं।

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