TestRail - परियोजनाको लागि व्यक्तिगत सेटिङहरू

परिचय

मैले काम गरेको धेरै परियोजनाहरूमा, मानिसहरूले आफ्नो लागि TestRail लाई अनुकूलित गरेनन् र मानक सेटिङहरूसँग गरे। त्यसकारण, यस लेखमा म व्यक्तिगत सेटिङहरूको उदाहरण वर्णन गर्ने प्रयास गर्नेछु जसले तपाईंलाई आफ्नो कामको दक्षता सुधार गर्न मद्दत गर्न सक्छ। उदाहरणका लागि, मोबाइल अनुप्रयोग विकास परियोजना लिनुहोस्।

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

औचित्य योजना (के लागू हुनेछ)

1. सामान्य आवश्यकताहरू

   1. निस्सन्देह जो कोहीले केस पास गर्न सक्षम हुनुपर्छ।

   2. केसहरू सकेसम्म लामो समयसम्म सान्दर्भिक रहनुपर्छ

   3. केसहरूले मोबाइल एप्लिकेसनको कार्यक्षमतालाई सकेसम्म राम्ररी ढाक्नु पर्छ जुन हदसम्म यसले पहिलो दुई बिन्दुहरूलाई विरोध गर्दैन।

2. TestCase र TestScenario मा विभाजन गर्नुहोस्

3. विभिन्न प्रकारका TestRun को द्रुत पुस्ता

   1. धुम्रपान

   2. फिर्ता

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

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

   1. "मृत" हार्डकोड गरिएको स्क्रिनसटहरू त्याग्दै र "चल डेटा" मा स्विच गर्दै

आवश्यकताहरु

क्षेत्रहरू सम्पादन गर्न तपाईंलाई प्रशासक पहुँच चाहिन्छ

परियोजना प्रकार चयन गर्दै

त्यहाँबाट छनौट गर्नका लागि तीन प्रकारका परियोजनाहरू छन्:

हामी पूर्वनिर्धारित प्रकार चयन गर्नेछौं। यसमा सबै केसहरू एकै समयमा उपलब्ध हुनेछन्। हामी स्मार्ट फिल्टरिङ प्रयोग गर्नेछौं र एकैचोटि सबै केसहरूलाई गतिशील रूपमा व्यवस्थापन गर्नेछौं।

परीक्षण केसहरूको सूची हेर्न फिल्डहरू थप्दै

प्राथमिकता परीक्षण केसहरू प्रदर्शन गर्न फिल्ड थपौं:

तपाईं अन्य क्षेत्रहरू पनि थप्न सक्नुहुन्छ।

परीक्षण केस क्षेत्रहरू र ट्यागहरू सेटअप गर्दै

सेटिङ मेनु खोल्नुहोस्:

हामीलाई निम्न क्षेत्रहरू चाहिन्छ:

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

यो क्षेत्र पहिले नै अवस्थित छ, हामी यसको प्रयोगलाई व्यवस्थित गर्दैछौं। हामी केसहरूलाई TestCase र TestScenario मा विभाजन गर्नेछौं। केसहरूको ठूलो सूचीको राम्रो पढ्न योग्यताको लागि, सारांश लेख्ने नियमहरूमा अग्रिम सहमत हुनु राम्रो हुन्छ।

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

उदाहरण: TestScenario - मोबाइल एप प्रयोग गर्ने आधारभूत परिदृश्य

टेस्टकेस:

उदाहरण: MainScreen - प्राधिकरण खण्ड - लगइन प्रविष्ट गर्नुहोस्

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

"StartScreen" ट्याग (स्क्रिन जसबाट TestScenario सुरु हुन्छ; साथै, धेरै परीक्षण केसहरूले छेउछाउको स्क्रिनहरू छुन सक्छन्)

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

नयाँ क्षेत्र सिर्जना गर्नुहोस्:

नयाँ क्षेत्रका कम्पोनेन्टहरू भर्नुहोस्:

यस अवस्थामा, हामी मानहरूको सूचीबाट एउटा चयन क्षेत्र सिर्जना गर्दैछौं। यस क्षेत्रको मानहरू प्रविष्ट गर्नुहोस्:

कृपया ध्यान दिनुहोस् कि आईडी मानहरू एकबाट सुरु हुँदैन र लगातार होइनन्। यो किन गरिन्छ? बिन्दु यो हो कि यदि हामीसँग प्रविष्ट गरिएको आईडी रेकर्ड गरिएको परीक्षण केसहरू छन् भने,

र त्यस पछि हामीले दुई अवस्थित एकहरू बीच तेस्रो स्क्रिन सिर्जना गर्न आवश्यक हुनेछ,

त्यसोभए हामीले आईडीलाई पुन: लेख्नुपर्नेछ, र अवस्थित पाठ केसहरूको ट्यागहरू पहिले नै यसमा संलग्न भएकाले, तिनीहरू सजिलै मेटिनेछन्। यो धेरै अप्रिय हुनेछ।

ट्याग "स्क्रिन" (TestCase लाई असर गर्ने स्क्रिनको नाम)

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

उदाहरण: home_screen, MapScreen, PayScreen, आदि।

"MovableData" फिल्ड (परिवर्तनीय परीक्षण डाटाको साथ प्रोक्सी डाटाबेसमा लिङ्क)

अर्को, हामी परीक्षण केसहरूमा डाटाको सान्दर्भिकता कायम राख्ने समस्या समाधान गर्ने प्रयास गर्नेछौं:

1. हालको लेआउटहरूमा लिङ्कहरू (यो मृत स्क्रीनशटहरू लिनु भन्दा धेरै राम्रो छ)

2. परीक्षण अवस्थाको साथ स्क्रिनमा पुग्नको लागि सामान्य चरणहरू

3. SQL प्रश्नहरू

4. बाह्य डाटा र अन्य डाटाका लागि लिङ्कहरू

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

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

गर्न Google पाना तपाईं SQL क्वेरीहरू प्रयोग गर्न सक्नुहुन्छ। उदाहरण:

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

गर्न एक्सेल तपाईं सुविधाजनक तत्काल खोज म्याक्रोहरू सेट अप गर्न सक्नुहुन्छ। (फिल्टरिङ) उदाहरण लिङ्क.

वास्तवमा, यो विचार नयाँ होइन र पहिलो परीक्षकको पुस्तक "टेस्टिङ डट कम" मा वर्णन गरिएको छ। (लेखक सेभिन रोमन) हामीले भर्खर रोमन सेभिन द्वारा प्रस्तावित विधिहरूलाई TestRail मा एकीकृत गर्दैछौं। यो गर्नका लागि, सिर्जना गरिएको फाइलको लिङ्कको साथ फिल्ड सिर्जना गर्नुहोस्:

लिङ्कको पूर्वनिर्धारित मान भर्नुहोस् ताकि प्रत्येक नयाँ परीक्षण केसमा पहिले नै लिङ्क छ:

यदि बाह्य फाइलको स्थान परिवर्तन हुन्छ (हामी कुनै पनि बल majeure को लागी उपलब्ध गराउँछौं), तब तपाइँ सबै परीक्षण मामिलाहरूमा एकैचोटि एक वा धेरै क्षेत्रहरू सजिलै परिवर्तन गर्न सक्नुहुन्छ:

क्षेत्र "विवरण" (परीक्षण केसको विवरण वा विचार, मानक निर्देशनहरू)

तपाईलाई के चाहिन्छ: यस पाठ क्षेत्रमा हामी परीक्षण केस र मानक निर्देशनहरूको संक्षिप्त विवरण राख्नेछौं।

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

ट्याग "कम्पोनेन्ट" (मोबाइल अनुप्रयोग कम्पोनेन्ट)

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

उदाहरण कम्पोनेन्टहरू: GooglePay, अर्डर, प्रयोगकर्ताहरू, नक्सा, प्राधिकरण, आदि।

ट्याग "TAG" (फिल्टरिङका लागि अन्य ट्यागहरू)

स्वेच्छाचारी फिल्टरिङका लागि ट्यागहरूसँग परीक्षण केस ट्याग गर्दै। 

को लागी धेरै उपयोगी: 

1. विभिन्न विशिष्ट कार्यहरूको लागि द्रुत रूपमा TestRun कम्पाइल गर्दै: धुवाँ, प्रतिगमन, आदि।

2. परीक्षणहरू स्वचालित वा पहिले नै स्वचालित हुनेछ?

3. कुनै पनि अन्य ट्यागहरू

उदाहरण: धुवाँ, स्वचालित, व्हाइटलेबल, मेटाउनको लागि, आदि।

परीक्षण केसमा क्षेत्रहरूको प्रदर्शन क्रम सेटअप गर्दै

हामीले धेरै नयाँ क्षेत्रहरू सिर्जना गरेका छौं, यो तिनीहरूलाई सुविधाजनक क्रममा व्यवस्थित गर्ने समय हो:

TestRun सिर्जना गर्दै

अब हामी तीन क्लिकहरूमा धुम्रपान परीक्षण सञ्चालन गर्नको लागि हालको केसहरूसँग नयाँ परीक्षण रन सिर्जना गर्नेछौं:

अन्य उपयोगी सुझावहरू

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

2. ठूलो संख्यामा क्षेत्रहरू भएका केसहरू नयाँ सिर्जना गर्नु भन्दा समान समूह प्रकारबाट प्रतिलिपि गर्न सजिलो हुन्छ:

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

निष्कर्षमा

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

सन्दर्भहरू:

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

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

तपाईको ध्यानको लागि धेरै धेरै धन्यवाद!

स्रोत: www.habr.com