هنگام ساخت test case در TestRail، کاربران میتوانند از templateها استفاده کنند تا کار تستکردن منسجمتر و کارآمدتر انجام شود. templateها یک ساختار از پیش تعریفشده برای مستندسازی test case فراهم میکنند و ساخت، اجرا و تحلیل testها را سادهتر میکنند. بعد از ایجاد یک template، میتوانید آن را در projectها یا test suiteهای مختلف دوباره استفاده کنید؛ به همین دلیل templateها ابزار مهمی برای حفظ انسجام و افزایش بهرهوری در فرایند تست هستند.
TestRail برای ساخت test case چهار نوع template پیشفرض ارائه میدهد که در این مقاله آنها را بررسی میکنیم.
- Test Case (Text)
- Test Case (Steps)
- Exploratory Session
- توسعه رفتارمحور
- ارزیابی AI
#
templateهای test case انعطافپذیر و قابل سفارشیسازی هستند. میتوانید templateهای سفارشی خودتان را بسازید یا templateهای فعلی را از مسیر Admin > Customizations > Templates تغییر دهید.
#
اگر templateهای شما برای steps و expected results از فیلدهای سفارشی case از نوع Text استفاده میکنند، AI mapping را در بخش Customization > Edit Case Field تکمیل کنید تا AI بتواند هنگام تولید automation script، آنها را درست تفسیر و استفاده کند.
Test Case (Text) #
template نوع Text به کاربران اجازه میدهد steps موردنیاز برای تست یک case مشخص را آزادتر و روانتر توضیح دهند. بهدلیل همین انعطافپذیری، این template برای بسیاری از تیمها بسیار کاربردی است.
در بخش Preconditions ، کاربران میتوانند setup یا configuration لازم برای اجرای موفق را وارد کنند؛ برای مثال فایلهای داده، سختافزار، دسترسیهای امنیتی، سیستمعامل، مرورگر، steps قبلی یا سایر پیشنیازها.
در بخش Steps ، کاربران میتوانند عملکرد مورد انتظار یا اقدامهای لازم برای تکمیل test را توضیح دهند. steps را میتوان بهصورت جمله نوشت یا از فهرستهای bulletدار یا شمارهدار استفاده کرد، مانند
- آدرس ایمیل را وارد کنید
- رمز عبور اشتباه را وارد کنید
- روی «Sign in» کلیک کنید
فیلد Expected Result نشان میدهد نرمافزار بعد از اجرای درست test steps باید چه واکنشی داشته باشد. tester اطلاعات Expected Result را با نتیجه واقعی مقایسه میکند تا برای test یک status مثل pass، fail، blocked و موارد مشابه ثبت کند.
همچنین میتوانید test case خود را با افزودن تصویر یا انواع دیگر attachment، اضافهکردن hyperlink، ارجاع به test caseهای دیگر و افزودن table کاملتر کنید.
Test Case (Steps) #
template نوع Steps شبیه template نوع Text است، با این تفاوت که stepها جداگانه ثبت میشوند و برای هرکدام expected result جداگانه وجود دارد. جدا بودن stepها ساختار، شفافیت و قابلیت ردیابی بیشتری ایجاد میکند، چون میتوانید برای هر step از test وضعیت نتیجه جداگانه ثبت کنید و برای همان step به defectها، requirementها یا موجودیتهای خارجی دیگر link بدهید.
در قالب Steps ، در صورت نیاز stepها را جداگانه اضافه میکنید. برای افزودن اولین step، گزینه Add the first step یا Add Step را انتخاب کنید.
برای هر step، میتوانید Description مربوط به چیزی را که باید در آن step تست شود، هرگونه Additional step information ، و Expected result را اضافه کنید.
#
بهصورت پیشفرض، فقط فیلدهای Description و Expected Result برای هر step در دسترس هستند. برای فعال کردن Additional step information و سایر سفارشیسازیها برای stepهای جداگانه، به مسیر Admin > Customizations > Case Fields بروید و فیلد Steps (steps_separated) را ویرایش کنید. گزینههای بیشتر را هم میتوانید با ویرایش بخش Projects فعال کنید.
با استفاده از آیکنهای quick action که در سمت راست مشخص شدهاند، میتوانید ترتیب stepها را تغییر دهید، stepها را حذف یا اضافه کنید، و حتی stepها را از shared steps library خود وارد کنید.
Exploratory Session #
Exploratory testing نوعی رویکرد تست است که در آن testerها بدون تکیه صرف بر test caseهای از پیش تعریفشده، یک application یا system را بهصورت فعال و پویا تست میکنند. در یک exploratory testing session، testerها application را بررسی میکنند، defectها را شناسایی میکنند و بر اساس تجربه و درک خود feedback میدهند.
قالب Exploratory Session از فیلدهای متنی استفاده میکند که در آنها میتوانید Mission و Goals را تعریف کنید؛ این موارد در طول exploratory testing session به شما مسیر میدهند.
Mission نقطه شروع exploratory test است. Mission میتواند توضیح کوتاهی از user journey یا بخشی باشد که باید تمرکز exploratory session روی آن باشد؛ برای مثال، checkout سبد خرید. معمولاً Mission در حد ۱ تا ۲ جمله، نمایی کلی از چیزهایی است که باید تست شوند و بخشهایی که باید پوشش داده شوند.
در بخش Goals میتوانید فهرستی از checkpointهایی که باید در session پوشش داده شوند، outcomeهای موردنظر، یا نکاتی را که باید در نظر داشته باشید اضافه کنید؛ مانند:
- انتظار دارید چه چیزی پیدا کنید؟
- آیا بهدنبال همه بهبودهای ممکن هستید یا فقط bugها؟
- آیا این functionality مشکل را طوری حل کرده است که برای end user ارزشمند باشد؟
- آیا processها روان و قابلفهم بودند، یا flowها و interactionهای گیجکنندهای وجود داشت؟
Behaviour Driven Development #
این قالب به شما امکان میدهد scenarioهای BDD خود را مستقیماً در TestRail طراحی و اجرا کنید. در این قالب، کاربران میتوانند testها را بهصورت scenario تعریف کنند. scenarioها در BDD معمولاً از قالب Given-When-Then (GWT) پیروی میکنند.
برای جزئیات بیشتر درباره استفاده کامل از قابلیتهای BDD، به BDD with TestRail مراجعه کنید.
AI Evaluation #
TestRail یک قالب داخلی AI Evaluation برای تست ویژگیهای مبتنی بر AI و سناریوهای دیگری ارائه میکند که در آنها نتیجه را نمیتوان به یک pass یا fail ساده محدود کرد.
template ارزیابی AI به تیمها کمک میکند بهجای تکیه بر نتیجههای دوحالته، کیفیت را ارزیابی کنند و برای خروجیهای تست که در هر اجرا ممکن است متفاوت باشند، ساختار و ثبات ایجاد میکند.
#
- این template در setup فعلی TestRail شما کار میکند. test runها، planها، reportها، integrationها و APIها تغییری نمیکنند.
-
template ارزیابی AI بهصورت پیشفرض برای همه projectها در دسترس است و میتوان دسترسی به آن را در این بخش محدود کرد:
Administration → Customisation → Templates. - فیلد نتیجه Quality Rating را نمیتوان از template حذف کرد یا از instance پاک کرد.
- فیلدهای case AI Model و AI Type اختیاری هستند و اگر به آنها نیاز ندارید، میتوانید حذفشان کنید.
-
فیلدهای نتیجه
Input ،
Output ،
Traces ، و Latency نیز اختیاری هستند و اگر به آنها نیاز ندارید، میتوانید حذفشان کنید.
فیلدهای نتیجه #
علاوه بر فیلدهای استاندارد نتیجه مانند Status، Comment و Defects، template ارزیابی AI فیلدهای زیر را اضافه میکند:
| فیلد | الزامی | توضیحات |
|---|---|---|
| Quality Rating | بله | ارزیابی خروجی در چند دسته با استفاده از مقیاس ۰ تا ۵ ستاره |
| Input | خیر | prompt، query یا پارامترهایی که به سیستم ارسال شدهاند |
| Output | خیر | پاسخ یا محتوایی که سیستم تولید کرده است |
| Traces | خیر | URL برای لینک دادن به trace logهای خارجی |
| Latency | خیر | زمان پاسخگویی سیستم |
همه فیلدها مانند فیلدهای موجود نتیجه در TestRail رفتار میکنند.
رتبهبندی کیفیت #
رتبهبندی کیفیت نیاز به یک نتیجه ساده pass یا fail را برطرف میکند و به testerها امکان میدهد نتایج را در چند دسته ارزیابی کنند.
هر دسته از ۰ تا ۵ ستاره امتیازدهی میشود. دستههای پیشفرض عبارتاند از:
- دقت اطلاعات
- ارتباط با هدف کاربر
- انسجام استدلال
- یکنواختی پاسخ
- امنیت و compliance
دستهها را میتوانید در این مسیر سفارشی کنید: Admin > Customization > Result Fields
- تا ۱۵ دسته پشتیبانی میشود
- قبل از ذخیره نتیجه، باید حداقل به یک دسته امتیاز داده شود
در صورت نیاز، فیلد رتبهبندی کیفیت را میتوانید به templateهای دیگر هم اضافه کنید و برای تستهای امنیت، performance و هر فعالیت تست دیگری که در آن تحلیل کیفی اهمیت دارد، دوباره استفاده کنید.
