टेस्टरेल - परियोजना के लिए व्यक्तिगत सेटिंग्स

परिचय

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

एक छोटा सा अस्वीकरण. इस आलेख में TestRail की बुनियादी कार्यक्षमता का वर्णन नहीं है (इस पर कई मार्गदर्शिकाएँ हैं) और बिक्री अभिव्यक्तियाँ रंगीन ढंग से वर्णन करती हैं कि परीक्षणों के साथ एक भंडार बनाने के लिए आपको इस विशेष विक्रेता को चुनने की आवश्यकता क्यों है।

औचित्य योजना (क्या लागू किया जाएगा)

1. जनरल आवश्यकताओं

   1. बिल्कुल किसी को भी मामले को पारित करने में सक्षम होना चाहिए।

   2. मामले यथासंभव लंबे समय तक प्रासंगिक बने रहने चाहिए

   3. मामलों में मोबाइल एप्लिकेशन की कार्यक्षमता को यथासंभव इस हद तक कवर किया जाना चाहिए कि यह पहले दो बिंदुओं का खंडन न करे

2. TestCase और TestScenario में विभाजित करें

3. विभिन्न प्रकार के TestRun की त्वरित पीढ़ी

   1. धुआं

   2. निकासी

   3. प्रभाव परीक्षण, आदि।

4. केस समर्थन अनुकूलन

   1. "मृत" हार्डकोडेड स्क्रीनशॉट को छोड़ना और "चल डेटा" पर स्विच करना

आवश्यकताएँ

फ़ील्ड संपादित करने के लिए आपको व्यवस्थापक पहुंच की आवश्यकता होगी

प्रोजेक्ट प्रकार का चयन करना

चुनने के लिए तीन प्रोजेक्ट प्रकार हैं:

हम डिफ़ॉल्ट प्रकार का चयन करेंगे. इसमें सभी केस एक ही समय में उपलब्ध होंगे। हम स्मार्ट फ़िल्टरिंग का उपयोग करेंगे और सभी मामलों को एक साथ गतिशील रूप से प्रबंधित करेंगे।

परीक्षण मामलों की सूची देखने के लिए फ़ील्ड जोड़ना

आइए प्राथमिकता परीक्षण मामलों को प्रदर्शित करने के लिए एक फ़ील्ड जोड़ें:

आप अन्य फ़ील्ड भी जोड़ सकते हैं.

परीक्षण केस फ़ील्ड और टैग सेट करना

सेटिंग मेनू खोलें:

हमें निम्नलिखित फ़ील्ड की आवश्यकता होगी:

"सारांश" फ़ील्ड (परीक्षण केस हेडर)

यह क्षेत्र पहले से ही मौजूद है, हम केवल इसके उपयोग को व्यवस्थित कर रहे हैं। हम मामलों को TestCase और TestScenario में विभाजित करेंगे। मामलों की एक बड़ी सूची की बेहतर पठनीयता के लिए, सारांश लिखने के नियमों पर पहले से सहमत होना बेहतर है।

परीक्षणपरिदृश्य:

उदाहरण: टेस्ट परिदृश्य - मोबाइल एप्लिकेशन का उपयोग करने के लिए मूल परिदृश्य

परीक्षण मामला:

उदाहरण: मेनस्क्रीन - प्राधिकरण अनुभाग - लॉगिन दर्ज करें

कुल मिलाकर, हम मामले के सारांश में क्लासिक समझ देखते हैं: "क्या, कहाँ, कब।" हम स्वचालन के लिए सबसे उपयुक्त रूप में उच्च-स्तरीय परीक्षण स्क्रिप्ट और निम्न-स्तरीय परीक्षण मामलों को भी दृष्टिगत रूप से अलग करते हैं।

"स्टार्टस्क्रीन" टैग (वह स्क्रीन जहां से टेस्टसेनारियो शुरू होता है; इसके अलावा, कई परीक्षण मामले आसन्न स्क्रीन को छू सकते हैं)

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

एक नया फ़ील्ड बनाएं:

नए फ़ील्ड के घटक भरें:

इस मामले में, हम मानों की सूची से एक चयन फ़ील्ड बना रहे हैं। इस फ़ील्ड के मान दर्ज करें:

कृपया ध्यान दें कि आईडी मान एक से शुरू नहीं होते हैं और लगातार नहीं होते हैं। ऐसा क्यों किया जाता है? मुद्दा यह है कि यदि हमारे पास दर्ज की गई आईडी के साथ परीक्षण मामले हैं,

और उसके बाद हमें दो मौजूदा स्क्रीन के बीच एक तीसरी स्क्रीन बनाने की आवश्यकता होगी,

फिर हमें आईडी को फिर से लिखना होगा, और चूंकि मौजूदा टेक्स्ट केस के टैग पहले से ही इससे जुड़े हुए हैं, इसलिए उन्हें आसानी से हटा दिया जाएगा। यह बहुत अप्रिय होगा.

टैग "स्क्रीन" (स्क्रीन का नाम जो टेस्टकेस को प्रभावित करता है)

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

उदाहरण: होम_स्क्रीन, मैपस्क्रीन, पेस्क्रीन, आदि।

"मूवेबलडेटा" फ़ील्ड (परिवर्तनीय परीक्षण डेटा के साथ प्रॉक्सी डेटाबेस से लिंक)

आगे, हम परीक्षण मामलों में डेटा की प्रासंगिकता बनाए रखने की समस्या को हल करने का प्रयास करेंगे:

1. वर्तमान लेआउट के लिंक (यह मृत स्क्रीनशॉट लेने से कहीं बेहतर है)

2. परीक्षण स्थिति के साथ स्क्रीन पर आने के लिए विशिष्ट चरण

3. एसक्यूएल प्रश्न

4. बाह्य डेटा और अन्य डेटा से लिंक

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

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

के लिए Google शीट आप SQL क्वेरीज़ का उपयोग कर सकते हैं. उदाहरण:

=query(DATA!A1:M1146;"
SELECT C,D
WHERE
C contains '"&SEARCH!A2&"'")

के लिए एक्सेल आप सुविधाजनक त्वरित खोज मैक्रोज़ सेट कर सकते हैं। (फ़िल्टरिंग) उदाहरण по ссылке.

दरअसल, यह विचार नया नहीं है और इसका वर्णन पहले परीक्षक की पुस्तक "टेस्टिंग डॉट कॉम" में किया गया है। (लेखक सेविन रोमन) हम सिर्फ रोमन सेविन द्वारा प्रस्तावित तरीकों को टेस्टरेल में एकीकृत कर रहे हैं। ऐसा करने के लिए, बनाई गई फ़ाइल के लिंक के साथ एक फ़ील्ड बनाएं:

लिंक का डिफ़ॉल्ट मान भरें ताकि प्रत्येक नए परीक्षण मामले में पहले से ही एक लिंक हो:

यदि बाहरी फ़ाइल का स्थान बदलता है (हम किसी भी अप्रत्याशित घटना के लिए प्रदान करते हैं), तो आप सभी परीक्षण मामलों में एक बार में एक या अधिक फ़ील्ड को आसानी से बदल सकते हैं:

फ़ील्ड "विवरण" (परीक्षण मामले का विवरण या विचार, मानक निर्देश)

आपको किस चीज़ की आवश्यकता हो सकती है: इस टेक्स्ट फ़ील्ड में हम परीक्षण केस और मानक निर्देशों का संक्षिप्त विवरण देंगे।

उदाहरण: इस परीक्षण मामले से सभी परीक्षण डेटा (वर्तमान लेआउट, टूल का उपयोग और अन्य डेटा) लिंक {...} द्वारा दर्शाए गए हैं और MovableData फ़ाइल में स्थित हैं। शीर्ष पर संबंधित फ़ील्ड में MovableData से लिंक करें।

टैग "घटक" (मोबाइल एप्लिकेशन घटक)

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

उदाहरण घटक: GooglePay, ऑर्डर, उपयोगकर्ता, मानचित्र, प्राधिकरण, आदि।

टैग "टैग" (फ़िल्टरिंग के लिए अन्य टैग)

मनमाने ढंग से फ़िल्टरिंग के लिए टैग के साथ एक परीक्षण मामले को टैग करना। 

इसके लिए बहुत उपयोगी: 

1. विभिन्न विशिष्ट कार्यों के लिए TestRun को त्वरित रूप से संकलित करना: धुआं, प्रतिगमन, आदि।

2. क्या परीक्षण स्वचालित होंगे या पहले से ही स्वचालित होंगे?

3. कोई अन्य टैग

उदाहरण: स्मोक, ऑटोमेटेड, व्हाइटलेबल, फ़ोरडिलीट, आदि।

परीक्षण मामले में फ़ील्ड का प्रदर्शन क्रम सेट करना

हमने कई नए क्षेत्र बनाए हैं, अब उन्हें सुविधाजनक क्रम में व्यवस्थित करने का समय आ गया है:

TestRun बनाना

अब हम तीन क्लिक में धूम्रपान परीक्षण करने के लिए वर्तमान मामलों के साथ एक नया परीक्षण रन बनाएंगे:

अन्य उपयोगी टिप्स

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

2. बड़ी संख्या में फ़ील्ड वाले मामलों को नए समूह बनाने की तुलना में समान समूह प्रकार से कॉपी करना आसान होता है:

3. खाते साझा किये जा सकते हैं. उदाहरण के लिए: एक प्रशासक, अनेक उपयोगकर्ता।

निष्कर्ष

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

कड़ियाँ:

TestRail विक्रेता वेबसाइट

किताब: "परीक्षण .COM" (लेखक रोमन सेविन)

आपके ध्यान के लिए बहुत - बहुत धन्यवाद!

स्रोत: www.habr.com