پېژندنه
په ډیری پروژو کې چې ما ورسره کار کړی، خلکو د ځان لپاره ټیسټ ریل نه دی تنظیم کړی او د معیاري ترتیباتو سره یې کړي. له همدې امله، پدې مقاله کې به زه هڅه وکړم چې د انفرادي ترتیباتو یوه بیلګه تشریح کړم چې کولی شي ستاسو سره ستاسو د کار موثریت ښه کولو کې مرسته وکړي. د مثال په توګه، راځئ چې د ګرځنده غوښتنلیک پراختیا پروژه واخلو.
یو کوچنی اعلان. دا مقاله د ټیسټ ریل لومړني فعالیت توضیحات نلري (په دې اړه ډیری لارښودونه شتون لري) او د پلور څرګندونې په رنګین ډول تشریح کوي چې ولې تاسو اړتیا لرئ دا ځانګړي پلورونکي غوره کړئ ترڅو د ازموینو سره ذخیره رامینځته کړئ.
د توجیه کولو پلان (څه به پلي شي)
-
عمومي اړتیاوې
-
په بشپړ ډول هرڅوک باید وکوالی شي قضیه تیر کړي.
-
قضیې باید د امکان تر حده پورې اړوند پاتې شي
-
قضیې باید د ګرځنده غوښتنلیک فعالیت د امکان تر حده په بشپړ ډول پوښښ کړي ترڅو دا د لومړي دوه ټکو سره تضاد ونه لري
-
-
په ټیسټ کیس او ټیسټ سناریو ویشل
-
د مختلفو ډولونو د TestRun چټک نسل
-
تمباکو
-
راجګ کول
-
د اغیزو ازموینه، او داسې نور.
-
-
د قضیې ملاتړ اصلاح کول
-
د "مړ" هارډ کوډ شوي سکرین شاټونو پریښودل او "منتقل ډیټا" ته لیږدول
-
اړتیاوې
د ساحو سمولو لپاره تاسو به د مدیر لاسرسي ته اړتیا ولرئ
د پروژې ډول غوره کول
د انتخاب کولو لپاره درې پروژې ډولونه شتون لري:
موږ به د ډیفالټ ډول وټاکو. ټولې قضیې به په ورته وخت کې شتون ولري. موږ به سمارټ فلټرینګ وکاروو او په متحرک ډول به ټولې قضیې په یوځل اداره کړو.
د ازموینې قضیو لیست لیدو لپاره ساحې اضافه کول
راځئ چې د لومړیتوب ازموینې قضیې ښودلو لپاره ساحه اضافه کړو:
تاسو کولی شئ نورې ساحې هم اضافه کړئ.
د ازموینې قضیې ساحې او ټاګونه تنظیم کول
د ترتیباتو مینو خلاص کړئ:
موږ به لاندې برخو ته اړتیا ولرو:
"لنډیز" ساحه (د ازموینې قضیه سرلیک)
دا ساحه لا دمخه شتون لري، موږ یوازې د هغې کارول سیستماتیک کوو. موږ به قضیې په ټیسټ کیس او ټیسټ سناریو ویشو. د دې لپاره چې د قضیو لوی لیست ښه لوستل شي، دا غوره ده چې د لنډیز لیکلو قواعدو باندې دمخه موافقه وکړئ.
د ازموینې سناریو:
بېلګه: د ازموینې سناریو - د ګرځنده غوښتنلیک کارولو لپاره اساسي سناریو
ټیسټ کیس:
بېلګه: مین سکرین - د اختیار ورکولو برخه - ننوتل داخل کړئ
په مجموع کې، موږ د قضیې په لنډیز کې کلاسیک پوهه ګورو: "څه، چیرته، کله." موږ په لید کې د لوړې کچې ازموینې سکریپټونه او د ټیټې کچې ازموینې قضیې په هغه شکل کې جلا کوو چې د اتومات کولو لپاره خورا مناسب وي.
د "StartScreen" ټګ (هغه سکرین چې له هغې څخه د ټیسټ سیناریو پیل کیږي؛ همدارنګه، ډیری ازموینې قضیې نږدې سکرینونو ته لمس کولی شي)
د هغه څه لپاره چې ورته اړتیا لیدل کیدی شي: موږ به له متن څخه د قضیې ځانګړي مرحلو متن لرې کړو چې کارونکي د اوسني ازموینې قضیې سکرین ته رهبري کوي. (د ځانګړي ازموینې وضعیت رامینځته کولو لپاره ځانګړي مرحلې) د ازموینې ټولو قضیو لپاره ټول ځانګړي مرحلې به په یوه فایل کې ولیکل شي. زه به یې په اړه په جلا توګه په تفصیل سره لیکم.
یو نوی ډګر جوړ کړئ:
د نوي ساحې برخې ډک کړئ:
په دې حالت کې، موږ د ارزښتونو له لیست څخه یو غوره ساحه جوړوو. د دې ساحې ارزښتونه دننه کړئ:
مهرباني وکړئ په یاد ولرئ چې د ID ارزښتونه له یو سره نه پیل کیږي او پرله پسې ندي. ولې داسې کیږي؟ ټکی دا دی چې که موږ د ثبت شوي ID سره د ازموینې قضیې ولرو،
او له هغې وروسته به موږ اړتیا ولرو چې د دوو موجودو ترمنځ دریم سکرین جوړ کړو،
بیا به موږ باید ID بیا ولیکئ، او له هغه ځایه چې د موجوده متن قضیو ټاګونه دمخه له دې سره وصل دي ، نو دوی به په ساده ډول حذف شي. دا به ډیر ناخوښ وي.
د "اسکرین" نښه کړئ (د سکرین نوم چې په ټیسټ کیس اغیزه کوي)
هغه څه چې تاسو ورته اړتیا لرئ: د اغیزې ازموینې لپاره یو له اینکرونو څخه. د مثال په توګه، پراختیا کونکو یو نوی ښایسته ځانګړتیا جوړه کړه. موږ اړتیا لرو چې دا ازموینه وکړو، مګر د دې لپاره موږ باید پوه شو چې دا ځانګړتیا څه شی اغیزه کولی شي. په ډیفالټ سره، موږ کولی شو له تمثیل څخه پیل وکړو چې د غوښتنلیک مختلف سکرینونه (فعالیتونه) مختلف ټولګي لري او له همدې امله د غوښتنلیک مختلف برخې تشکیلوي. البته، په دې حالت کې یو انفرادي چلند ته اړتیا ده.
بېلګه: کور سکرین، میپ سکرین، پی سکرین، او داسې نور.
د "منلو وړ ډیټا" ساحه (د بدلون وړ ازموینې ډیټا سره د پراکسي ډیټابیس سره اړیکه)
بل، موږ به هڅه وکړو چې د ازموینې په قضیو کې د معلوماتو د مطابقت ساتلو ستونزه حل کړو:
-
اوسني ترتیبونو ته لینکونه (دا د مړو سکرین شاټونو اخیستلو څخه خورا ښه دی)
-
د ازموینې وضعیت سره سکرین ته د رسیدو لپاره عادي ګامونه
-
د SQL پوښتنې
-
د بهرنیو معلوماتو او نورو معلوماتو لپاره لینکونه
د هرې ازموینې قضیې دننه د ازموینې ډیټا لیکلو پرځای ، موږ به یوه بهرنۍ فایل رامینځته کړو ، او د ازموینې په ټولو قضیو کې به یې لینک کړو. کله چې د دې معلوماتو تازه کول، موږ به د ازموینې ټولو قضیو ته لاړ نه شو او دوی بدل کړو، مګر دا به ممکن وي چې دا ډاټا یوازې په یو ځای کې بدل کړو. که څوک چمتو نه وي د ازموینې قضیه پرانیزي ، نو هغه به د ازموینې قضیې په بدن کې د فایل سره لینک او یو اشاره وګوري چې هغه اړتیا لري د ازموینې ډیټا لپاره دې ته لاړ شي.
موږ به دا ټول معلومات په یوه بهرني فایل کې بسته کړو، کوم چې به په پروژه کې هرچا ته شتون ولري. د مثال په توګه ، تاسو کولی شئ د ګوګل شیټ یا ایکسل وکاروئ او په فایل کې لټون تنظیم کړئ. ولې دا ځانګړي پلورونکي؟ حقیقت دا دی چې موږ د تمثیل څخه پیل کوو چې په ټیم کې هر څوک باید وکوالی شي د ازموینې قضیه خلاص کړي او پاس کړي پرته لدې چې لومړی کوم وسیلې نصب کړي.
لپاره ګوګل پاڼه تاسو کولی شئ د SQL پوښتنو څخه کار واخلئ. بېلګه:
=query(DATA!A1:M1146;"
SELECT C,D
WHERE
C contains '"&SEARCH!A2&"'")لپاره Excel تاسو کولی شئ د مناسب فوري لټون میکرو تنظیم کړئ. (فلټر کول) بیلګه .
په حقیقت کې ، نظر نوی ندی او د لومړي ټیسټر کتاب "ټیسټینګ ډاټ کام" کې تشریح شوی. (لیکوال ساوین رومن) موږ یوازې د رومن ساوین لخوا وړاندیز شوي میتودونه په ټیسټ ریل کې مدغم کوو. د دې کولو لپاره، د جوړ شوي فایل سره د لینک سره ساحه جوړه کړئ:
د لینک ډیفالټ ارزښت ډک کړئ ترڅو د هرې نوې ازموینې قضیه دمخه لینک ولري:
که د بهرنۍ فایل موقعیت بدل شي (موږ د هر ډول ځواک لپاره چمتو کوو)، نو تاسو کولی شئ په اسانۍ سره د ازموینې په ټولو قضیو کې یو یا څو ساحې په یوځل بدل کړئ:
ساحه "تفصیلات" (د ازموینې قضیې توضیح یا نظر، معیاري لارښوونې)
هغه څه چې تاسو ورته اړتیا لرئ: پدې متن کې به موږ د ازموینې قضیې او معیاري لارښوونو لنډ توضیحات وړاندې کړو.
بېلګه: د دې ازموینې قضیې ټول د ازموینې ډیټا (اوسني ترتیب ، د وسیلو کارول او نور ډیټا) د لینک {...} لخوا ښودل شوي او د MovableData فایل کې موقعیت لري. په پورتنۍ برخه کې د حرکت وړ ډیټا سره اړیکه ونیسئ.
د "جزو" نښه کړئ (د ګرځنده غوښتنلیک برخه)
د دې لپاره څه اړتیا لیدل کیدی شي: د اغیزې ازموینې لپاره. که چیرې یو ګرځنده غوښتنلیک په برخو ویشل کیدی شي (کوم چې د امکان تر حده لږ تر لږه یو بل اغیزه کوي)، نو بیا به په یوه برخه کې بدلونونه کافي وي (د ځینو خطرونو سره) د ورته برخې دننه معاینه شي، او د ترسره کولو لپاره به لږ دلیل وي. د هرڅه عمومي ریګریشن. که چیرې داسې معلومات شتون ولري چې یوه برخه کولی شي په بل اغیزه وکړي، نو د اغیزې ازموینې میټرکس ترتیب شوی.
د بېلګې برخې: GooglePay، امر، کاروونکي، نقشه، واک ورکول، او داسې نور.
ټګ "TAG" (د فلټر کولو لپاره نورې ټاګونه)
د خپل سري فلټر کولو لپاره د ټګونو سره د ازموینې قضیه نښه کول.
د دې لپاره خورا ګټور:
-
د مختلف عادي دندو لپاره په چټکۍ سره د TestRun تالیف کول: سګرټ، ریګریشن، او نور.
-
ایا ازموینې به اتومات وي یا دمخه اتومات وي؟
-
کوم بل ټګونه
بېلګه: لوګی، اتوماتیک، سپین لیبل، د حذف کولو لپاره، او داسې نور.
د ازموینې قضیه کې د ساحو د ښودلو ترتیب ترتیب کول
موږ ډیری نوي ساحې رامینځته کړې ، دا وخت دی چې دوی په مناسب ترتیب کې تنظیم کړئ:
د TestRun جوړول
اوس به موږ په دریو کلیکونو کې د سګرټ ازموینې ترسره کولو لپاره د اوسنیو قضیو سره یو نوی ازموینه رامینځته کړو:
نورې ګټورې لارښوونې
-
که چیرې ټیسټ ریل ډیری پروژې ولري ، نو بیا مه هیروئ چې یوازې ستاسو د پروژې لپاره نوي ساحې رامینځته کړئ ، که نه نو د ګاونډیو ټیمونو همکاران به د نوي غیر معمولي ساحو په څرګندیدو سره ډیر حیران شي. سیمه ایز بې هوښه کیدل ممکن دي.
2. د ډیری برخو سره قضیې د ورته ګروپ ډول څخه کاپي کول د نوي رامینځته کولو په پرتله اسانه دي:
3. حسابونه شریک کیدی شي. د مثال په توګه: یو مدیر، څو کاروونکي.
پایلې
پورته ذکر شوي مثالونه په ډیری پروژو پلي شوي او اغیزمنتوب یې ښودلی دی. زه امید لرم چې دوی به د دې وسیلې په اړه ستاسو د پوهاوي ښه کولو کې مرسته وکړي او تاسو سره به د مؤثره او مناسب "ازموینې ذخیره" رامینځته کولو کې مرسته وکړي. زه به ډیره مننه وکړم که تاسو د ټیسټ ریل کارولو تجربه او په نظرونو کې ګټورې لارښوونې بیان کړئ.
سرچینې:
کتاب:
ستاسو د پاملرنې څخه ډیره مننه!
سرچینه: www.habr.com