تعارف
ڪيترن ئي منصوبن ۾ جن سان مون ڪم ڪيو، ماڻهن پنهنجي لاءِ TestRail کي ترتيب نه ڏنو ۽ معياري سيٽنگن سان ڪيو. تنهن ڪري، هن آرٽيڪل ۾ آئون انفرادي سيٽنگن جو هڪ مثال بيان ڪرڻ جي ڪوشش ڪندس جيڪي توهان جي ڪم جي ڪارڪردگي کي بهتر ڪرڻ ۾ مدد ڪري سگھن ٿيون. مثال طور، اچو ته هڪ موبائل ايپليڪيشن ڊولپمينٽ پروجيڪٽ وٺون.
هڪ ننڍڙو اعلان. ھن آرٽيڪل ۾ TestRail جي بنيادي ڪارڪردگي جي وضاحت شامل نه آھي (ان تي ڪيترائي ھدايتون آھن) ۽ سيلز جو اظهار رنگين طور تي بيان ڪري ٿو ته توھان کي ھن خاص وينڊر کي چونڊڻ جي ضرورت آھي ٽيسٽ سان گڏ مخزن ٺاهڻ لاءِ.
جواز وارو منصوبو (جيڪو لاڳو ڪيو ويندو)
-
عام گهرجن
-
بلڪل هر ڪنهن کي ڪيس پاس ڪرڻ جي قابل هوندو.
-
ڪيسن کي جيترو ٿي سگهي لاڳاپيل رهڻ گهرجي
-
ڪيسن کي موبائيل ايپليڪيشن جي ڪارڪردگي کي مڪمل طور تي ممڪن حد تائين ڍڪڻ گهرجي ته اهو پهرين ٻن نقطن جي تضاد نه ڪري.
-
-
TestCase ۽ TestScenario ۾ ورهايو
-
مختلف قسمن جي TestRun جو تڪڙو نسل
-
تماڪ
-
افسوس
-
اثر جاچ، وغيره.
-
-
ڪيس سپورٽ جي اصلاح
-
”ميل“ هارڊ ڪوڊ ٿيل اسڪرين شاٽ کي ڇڏڻ ۽ ”مووبل ڊيٽا“ ڏانهن سوئچ ڪرڻ
-
گه
فيلڊ کي ايڊٽ ڪرڻ لاءِ توهان کي ايڊمنسٽريٽر جي رسائي جي ضرورت پوندي
پروجيڪٽ جو قسم چونڊيو
هتي ٽي پروجيڪٽ جا قسم آهن جن مان چونڊڻ لاءِ:
اسان ڊفالٽ قسم کي منتخب ڪنداسين. سڀ ڪيس ان ۾ هڪ ئي وقت موجود هوندا. اسان سمارٽ فلٽرنگ استعمال ڪنداسين ۽ متحرڪ طور تي سڀني ڪيسن کي هڪ ڀيرو منظم ڪنداسين.
ٽيسٽ ڪيسن جي لسٽ ڏسڻ لاءِ فيلڊز شامل ڪرڻ
اچو ته ترجيحي ٽيسٽ ڪيس ڏيکارڻ لاءِ فيلڊ شامل ڪريون:
توھان پڻ شامل ڪري سگھو ٿا ٻيا شعبا.
ٽيسٽ ڪيس فيلڊز ۽ ٽيگ قائم ڪرڻ
سيٽنگون مينيو کوليو:
اسان کي هيٺين شعبن جي ضرورت پوندي:
"خلاصو" فيلڊ (ٽيسٽ ڪيس هيڊر)
هي فيلڊ اڳ ۾ ئي موجود آهي، اسان صرف ان جي استعمال کي منظم ڪري رهيا آهيون. اسان ڪيسن کي TestCase ۽ TestScenario ۾ ورهائينداسين. ڪيسن جي وڏي فهرست جي بهتر پڙهڻ لاءِ، اهو بهتر آهي ته اڳيئي اتفاق ڪيو وڃي ته خلاصو لکڻ جي ضابطن تي.
ٽيسٽ منظر:
مثال: TestScenario - بنيادي منظرنامو موبائل ايپليڪيشن استعمال ڪرڻ لاءِ
ٽيسٽ ڪيس:
مثال: مين اسڪرين - اختيار ڪرڻ وارو سيڪشن - داخل ڪريو لاگ ان
مجموعي طور تي، اسان ڪيس جي خلاصي ۾ ڏسون ٿا کلاسک سمجھ: "ڇا، ڪٿي، جڏهن." اسان بصري طور تي اعليٰ سطحي ٽيسٽ اسڪرپٽس ۽ گھٽ-سطح ٽيسٽ ڪيسن کي الڳ ڪريون ٿا فارم ۾ خودڪار ڪرڻ لاءِ سڀ کان وڌيڪ مناسب.
"StartScreen" ٽيگ (اسڪرين جنهن تان TestScenario شروع ٿئي ٿو؛ پڻ، ڪيترائي ٽيسٽ ڪيس ڀرپاسي اسڪرين کي ڇڪي سگهن ٿا)
ان لاءِ ڇا گهربل هجي: اسان متن مان هٽائي ڇڏينداسين ڪيسن جي متن کي عام قدم جيڪي صارف کي موجوده ٽيسٽ ڪيس جي اسڪرين ڏانهن وٺي ويندا آهن. (مخصوص ٽيسٽ جي صورتحال پيدا ڪرڻ لاءِ عام مرحلا) سڀني ٽيسٽ ڪيسن لاءِ عام مرحلا ھڪڙي فائل ۾ لکيا ويندا. مان ان بابت وڌيڪ تفصيل سان الڳ الڳ لکندس.
نئون ميدان ٺاهيو:
نئين فيلڊ جي اجزاء ۾ ڀريو:
انهي حالت ۾، اسان قيمتن جي فهرست مان چونڊيل فيلڊ ٺاهي رهيا آهيون. ھن فيلڊ جا قدر داخل ڪريو:
مهرباني ڪري نوٽ ڪريو ته id جا قدر هڪ سان شروع نه ٿيندا آهن ۽ نه لڳاتار آهن. اهو ڇو ڪيو ويو آهي؟ نقطو اهو آهي ته جيڪڏهن اسان وٽ داخل ٿيل id سان ٽيسٽ ڪيس آهن،
۽ ان کان پوء اسان کي ضرورت پوندي هڪ ٽيون اسڪرين ٺاهڻ جي وچ ۾ ٻن موجودن جي وچ ۾،
پوء اسان کي id کي ٻيهر لکڻو پوندو، ۽ جيئن ته موجوده ٽيڪسٽ ڪيسن جا ٽيگ اڳ ۾ ئي ان سان ڳنڍيل آهن، اهي صرف حذف ڪيا ويندا. اهو تمام ناپسنديده ٿيندو.
ٽيگ “اسڪرين” (اسڪرين جو نالو جيڪو TestCase کي متاثر ڪري ٿو)
توهان کي ڇا گهربل هجي: اثر جي جاچ لاءِ اينڪرز مان هڪ. مثال طور، ڊولپرز هڪ نئين سٺي خاصيت ڪئي. اسان کي ان کي جانچڻ جي ضرورت آهي، پر ان لاءِ اسان کي اهو سمجهڻ جي ضرورت آهي ته هي خاصيت ڇا اثر انداز ٿي سگهي ٿي. ڊفالٽ طور، اسان پيراڊم مان شروع ڪري سگھون ٿا ته ايپليڪيشن جون مختلف اسڪرينون (سرگرميون) مختلف طبقا آهن ۽ ان ڪري ايپليڪيشن جا مختلف جزا ٺهي ٿو. يقينن، هن معاملي ۾ هڪ انفرادي انداز جي ضرورت آهي.
مثال: home_screen، MapScreen، PayScreen، وغيره.
"MovableData" فيلڊ (پراکسي ڊيٽابيس سان ڳنڍڻ واري ٽيسٽ ڊيٽا سان گڏ)
اڳيون، اسان آزمائشي ڪيسن ۾ ڊيٽا جي مطابقت کي برقرار رکڻ جي مسئلي کي حل ڪرڻ جي ڪوشش ڪنداسين:
-
موجوده layouts ڏانهن لنڪ (هي مئل اسڪرين شاٽ وٺڻ کان گهڻو بهتر آهي)
-
امتحان واري صورتحال سان اسڪرين تي حاصل ڪرڻ لاءِ عام قدم
-
SQL سوال
-
ٻاهرين ڊيٽا ۽ ٻين ڊيٽا ڏانهن لنڪ
هر ٽيسٽ ڪيس اندر ٽيسٽ ڊيٽا لکڻ جي بدران، اسان هڪ خارجي فائل ٺاهينداسين، ۽ ان کي سڀني ٽيسٽ ڪيسن تي ڳنڍينداسين. هن ڊيٽا کي اپڊيٽ ڪرڻ وقت، اسان کي سڀني ٽيسٽ ڪيسن مان نه وڃڻو پوندو ۽ انهن کي تبديل ڪرڻو پوندو، پر اهو صرف هڪ جاء تي هن ڊيٽا کي تبديل ڪرڻ ممڪن ٿيندو. جيڪڏهن ڪو غير تيار ٿيل هڪ ٽيسٽ ڪيس کوليندو آهي، هو ڏسندو ته ٽيسٽ ڪيس جي جسم ۾ هڪ فائل جي لنڪ ۽ هڪ اشارو آهي ته هن کي ٽيسٽ ڊيٽا لاء ان ڏانهن وڃڻ جي ضرورت آهي.
اسان هن سموري ڊيٽا کي هڪ خارجي فائل ۾ پيڪ ڪنداسين، جيڪا پروجيڪٽ تي هر ڪنهن لاءِ دستياب هوندي. مثال طور، توهان گوگل شيٽ يا ايڪسل استعمال ڪري سگهو ٿا ۽ فائل جي اندر ڳولا قائم ڪري سگهو ٿا. اهي خاص وڪرو ڪندڙ ڇو؟ حقيقت اها آهي ته اسان پيراڊائيم کان شروع ڪريون ٿا ته ٽيم تي ڪو به ماڻهو ڪنهن به اوزار کي انسٽال ڪرڻ جي ضرورت کان سواءِ ٽيسٽ ڪيس کولڻ ۽ پاس ڪرڻ جي قابل هوندو.
لاء گوگل شيٽ توهان SQL سوالن کي استعمال ڪري سگھو ٿا. مثال:
=query(DATA!A1:M1146;"
SELECT C,D
WHERE
C contains '"&SEARCH!A2&"'")لاء فضيلت توهان آساني سان فوري ڳولا ميڪرو سيٽ ڪري سگهو ٿا. (فلٽرنگ) مثال .
دراصل، اهو خيال نئون ناهي ۽ پهريون ٽيسٽر جي ڪتاب ”ٽيسٽنگ ڊاٽ ڪام“ ۾ بيان ڪيو ويو آهي. (ليکڪ Savin Roman) اسان صرف رومن ساوين پاران تجويز ڪيل طريقن کي TestRail ۾ ضم ڪري رهيا آهيون. هن کي ڪرڻ لاء، ٺاهيل فائل جي لنڪ سان هڪ فيلڊ ٺاهيو:
لنڪ جي ڊفالٽ قيمت ڀريو ته جيئن هر نئين ٽيسٽ ڪيس ۾ اڳ ۾ ئي لنڪ هجي:
جيڪڏهن خارجي فائل جو مقام تبديل ٿئي ٿو (اسان ڪنهن به طاقت جي ميجر لاءِ مهيا ڪريون ٿا)، ته پوءِ توهان آساني سان تبديل ڪري سگهو ٿا هڪ يا وڌيڪ فيلڊس هڪ ڀيرو سڀني ٽيسٽ ڪيسن ۾:
فيلڊ "تفصيل" (تفصيل يا ٽيسٽ ڪيس جو خيال، معياري هدايتون)
توهان کي ڇا گهربل هجي: هن ٽيڪسٽ فيلڊ ۾ اسين ٽيسٽ ڪيس ۽ معياري هدايتون جو مختصر تفصيل ڏينداسين.
مثال طور ھن ٽيسٽ ڪيس مان سڀ ٽيسٽ ڊيٽا (موجوده لي آئوٽ، اوزارن جو استعمال ۽ ٻيو ڊيٽا) لنڪس {...} ذريعي ڏيکاريا ويا آھن ۽ MovableData فائل ۾ موجود آھن. مٿي تي لاڳاپيل فيلڊ ۾ MovableData سان ڳنڍيو.
ٽيگ ”جزو“ (موبائيل ايپليڪيشن جزو)
ان لاءِ ڇا گهربل هجي: اثر جاچ لاءِ. جيڪڏهن هڪ موبائل ايپليڪيشن کي حصن ۾ ورهائي سگهجي ٿو (جيڪي هڪ ٻئي تي گهٽ ۾ گهٽ اثر انداز ڪن ٿا)، پوء هڪ جزو ۾ تبديليون ڪافي هونديون (ڪجهه خطرن سان) ساڳئي جزو جي اندر چيڪ ڪرڻ لاء، ۽ ان تي عمل ڪرڻ لاء گهٽ سبب هوندا. هر شيء جي عام regressions. جيڪڏهن اها ڄاڻ آهي ته هڪ جزو ٻئي تي اثر انداز ڪري سگهي ٿو، پوء هڪ اثر ٽيسٽ ميٽرڪس مرتب ڪيو ويو آهي.
مثال جا حصا: GooglePay، آرڊر، صارفين، نقشو، اختيار، وغيره.
ٽيگ "TAG" (ٻيا ٽيگ فلٽرنگ لاءِ)
ٽيسٽ ڪيس کي ٽيگ ڪرڻ سان گڏ ٽيگ ڪرڻ لاءِ آرڊرري فلٽرنگ.
لاء تمام مفيد:
-
جلدي گڏ ڪرڻ TestRun مختلف عام ڪمن لاءِ: تماڪ، رجعت، وغيره.
-
ڇا ٽيسٽ خودڪار ٿي وينديون يا اڳ ۾ ئي خودڪار؟
-
ڪي ٻيا ٽيگ
مثال: Smoke, Automated, WhiteLabel, ForDelete, etc.
ٽيسٽ ڪيس ۾ فيلڊ جي ڊسپلي آرڊر کي ترتيب ڏيڻ
اسان ڪيترائي نوان شعبا ٺاهيا آهن، اهو وقت آهي انهن کي ترتيب ڏيڻ جو آسان ترتيب ۾:
TestRun ٺاهڻ
ھاڻي اسان ھڪڙي نئين ٽيسٽ رن ٺاھينداسين موجوده ڪيسن سان ٽن ڪلڪن ۾ تماڪ جي جاچ ڪرڻ لاءِ.
ٻيا مددگار طريقا
-
جيڪڏهن TestRail وٽ ڪيترائي منصوبا آهن، پوء نه وساريو صرف توهان جي منصوبي لاء نوان فيلڊ ٺاهڻ، ٻي صورت ۾ پاڙيسري ٽيمن جا ساٿي نئين غير معمولي شعبن جي ظاهر ٿيڻ کان تمام گهڻو حيران ٿي ويندا. مقامي بي حسي ممڪن آهي.
2. وڏي تعداد ۾ فيلڊن جا ڪيس ساڳي قسم جي گروپ مان نقل ڪرڻ آسان آهن نوان ٺاهڻ جي بجاءِ:
3. اڪائونٽس شيئر ڪري سگھجن ٿا. مثال طور: ھڪڙو منتظم، ڪيترائي صارف.
ٿڪل
مٿي بيان ڪيل مثال ڪيترن ئي منصوبن تي لاڳو ڪيا ويا آهن ۽ انهن جي اثرائتي ڏيکاريا آهن. مون کي اميد آهي ته اهي توهان جي هن اوزار جي سمجھ کي بهتر بنائڻ ۾ مدد ڪندا ۽ توهان کي موثر ۽ آسان ”ٽيسٽ اسٽوريج“ ٺاهڻ ۾ مدد ڪندا. مان تمام گھڻو شڪرگذار ھوندس جيڪڏھن توھان بيان ڪندا توھان جو تجربو TestRail استعمال ڪرڻ ۽ تبصرن ۾ مفيد صلاحون.
حوالا:
ڪتاب:
توهان جي توجه لاء تمام گهڻو مهرباني!
جو ذريعو: www.habr.com