تاریخ انتشار Cloud: ۱۰ ژانویه ۲۰۲۲
با خوشحالی اعلام میکنیم TestRail ۷.۳ بهصورت عمومی در دسترس مشتریان TestRail قرار گرفته است.
تمرکز این نسخه روی TestRail Enterprise است و به testerها کمک میکند تغییرات test caseها را در طول زمان مدیریت کنند؛ یعنی نسخههای قبلی یک test case را با هم مقایسه کنند و در صورت نیاز، بخشی از یک نسخه قبلی یا کل آن را بازیابی کنند. Test Managerها همچنین میتوانند فرایندهای طراحی test case را پیادهسازی کنند؛ برای مثال test caseها را به testerها اختصاص دهند، درباره تغییرات test caseها کامنت بگذارند و وضعیت test caseها را روی حالتهای تأییدشده تنظیم کنند.
نمای کلی #
اولین قابلیت مهم این نسخه، امکان مقایسه و بازیابی نسخههای test case است. ما تاریخچه test caseها را بهطور جدی بهبود دادهایم تا testerهای Enterprise بتوانند هر دو نسخه از یک test case را کنار هم مقایسه کنند و تفاوتهای برجستهشده بین آنها را ببینند. علاوه بر این، testerها میتوانند در صورت نیاز کل یک نسخه از test case یا مقدار فیلدهای جداگانه را بازیابی کنند.
قابلیت مهم دیگر در این نسخه، اضافه شدن فرایند بازبینی test case است. در TestRail ۷.۳، مشتریان Enterprise میتوانند با استفاده از وضعیتها، assigneeها و امکان کامنتگذاری، تغییرات test caseها را مدیریت کنند و مطمئن شوند test caseهای نوشتهشده با استانداردهای سازمان همخوانی دارند. مجوزهای جدیدی اضافه شده که به کاربران اجازه میدهد تغییرات test case را تأیید کنند. سپس testerها میتوانند از این وضعیتها در فیلترهای test run استفاده کنند تا فقط test caseهایی وارد شوند که برای تست تأیید شدهاند.
برای اینکه کاربران راحتتر test caseهای اختصاصیافته به خودشان را پیگیری کنند، یک قالب ایمیل جدید و قابل سفارشیسازی ایجاد شده است. همچنین صفحه TODO در projectهای TestRail از این پس assignmentها و وضعیتهای test case را نشان میدهد. به این ترتیب کاربران میتوانند سریعتر به test caseهای موردنظرشان بروند و بازبینیها یا اصلاحات لازم را انجام دهند.
تأیید test caseها #
تیمهای Enterprise اکنون میتوانند یک فرایند بازبینی و تأیید test case برای testerها پیادهسازی کنند. وقتی tester تغییری در یک test case ایجاد میکند، وضعیت آن به وضعیت پیشفرض، مثل «Design»، برمیگردد؛ یعنی تغییرات انجام شدهاند اما هنوز تأیید نشدهاند. سپس tester میتواند test case را به یک reviewer اختصاص دهد تا تغییرات را تأیید یا رد کند و برای نسخه test case کامنت بگذارد. در ادامه میبینیم این فرایند بازبینی چطور برای projectها پیکربندی و فعال میشود.
ابتدا administrator در TestRail باید وضعیتهای پیشفرض test case را بررسی کند و در صورت نیاز آنها را ویرایش کند یا وضعیتهای جدیدی اضافه کند. این وضعیتها از مسیر «Administration > Customizations > Case Statuses» در دسترس هستند. بهصورت پیشفرض، چند وضعیت برای test caseها اضافه کردهایم: Ready، Design و Review. البته administratorها میتوانند این وضعیتها را تغییر دهند و وضعیتهای جدیدی متناسب با نیازهای کسبوکار اضافه کنند. توجه داشته باشید همیشه باید یک وضعیت Default وجود داشته باشد که هنگام ایجاد یا ویرایش test case اعمال شود، مگر اینکه وضعیت در زمان ویرایش تغییر کند. همچنین باید حداقل یک وضعیت از نوع «Approved» وجود داشته باشد که بعداً بیشتر درباره آن توضیح میدهیم.
administratorها باید مجوز Approve test cases را به نقشهای کاربری مسئول بازبینی تغییرات test case بدهند. کاربرانی که مجوز تأیید ندارند، میتوانند وضعیت test caseها را فقط به وضعیتهایی تغییر دهند که برای تست «Approved» نیستند.
در نهایت، نسخهبندی و بازبینی test caseها یک تنظیم اختیاری برای projectها است. در هر projectی که به فرایند بازبینی نیاز دارد، administratorها میتوانند تنظیمات project را ویرایش و Test Case Approvals را فعال کنند. با این کار، وضعیتها برای test caseها فعال میشوند. همچنین هر test run که با گزینه «All Test Cases» پیکربندی شده باشد، فقط test caseهایی را شامل میشود که در وضعیت تأییدشده هستند. test caseهای تأییدنشده در این runها وارد نمیشوند. همچنان میتوان با استفاده از فیلترهای مشخص، test runهایی برای caseها با هر وضعیتی ساخت؛ اما runهایی که از گزینه «All» استفاده میکنند، تستهای تأییدنشده را حذف میکنند.
اختصاص test case و وضعیت آن #
وقتی test caseها به بازبینی، ویرایش و/یا تأیید نیاز دارند، testerها و Test Managerها میتوانند در یک dialog واحد، test caseها را به کاربران مختلف اختصاص دهند، کامنت اضافه کنند و وضعیت case را تغییر دهند. تصویر زیر dialog بهروزرسانی assignee و/یا وضعیت یک test case را نشان میدهد:
توجه: اگر بازبینی test case برای یک project فعال نباشد، testerها همچنان میتوانند test caseها را اختصاص دهند و روی آنها کامنت بگذارند؛ اما فیلد وضعیت در دسترس نخواهد بود.
همچنین میتوان test caseها را بهصورت گروهی اختصاص داد و روی آنها کامنت گذاشت:
وضعیت چند test case را میتوان از صفحه bulk edit مربوط به test caseها بهروزرسانی کرد؛ کافی است چند test case را در یک test suite انتخاب کنید و سپس دکمه «Edit» را بزنید. توجه داشته باشید اگر تنظیم تأیید برای project غیرفعال باشد، فیلد وضعیت نمایش داده نمیشود، اما گزینههای assignment و comment همچنان در دسترس خواهند بود.
برای اطلاعات بیشتر درباره فرایندهای بازبینی test case اینجا کلیک کنید >
مقایسه و بازیابی نسخههای test case #
هنگام مشاهده تاریخچه تغییرات یک test case، کاربران Enterprise از این پس چند دکمه جدید برای مقایسه، بازیابی و کامنتگذاری روی نسخههای test case میبینند:
وقتی یک tester دو نسخه از test case را مقایسه میکند، یک رابط جدید نمایش داده میشود که هر دو نسخه test case را کنار هم نشان میدهد. تفاوتهای بین دو نسخه با رنگ قرمز مشخص میشوند. reviewer میتواند کل یک نسخه قبلی از test case را بازیابی کند، یا مقدار فیلدهای جداگانه را انتخاب کند و فقط تغییرات مشخصی را برگرداند.
هر نسخه از test case کامنتهای مرتبط با خودش را هم دارد، بنابراین reviewerها میتوانند برای ویرایشهای test کامنت اضافه کنند. همچنین امکان مشاهده همه کامنتهای مرتبط با یک test case وجود دارد:
برای اطلاعات بیشتر درباره Test Case Versioning اینجا کلیک کنید >
تاریخچه shared test stepها #
علاوه بر تغییرات مربوط به تاریخچه test caseها، shared test stepها نیز از این پس تاریخچه مخصوص خود را دارند تا کاربران ببینند چه کسی در طول زمان مراحل را تغییر داده است. تاریخچه تغییرات هم برای کاربران Professional و هم برای کاربران Enterprise در دسترس است.
مشابه test caseها، کاربران میتوانند دو نسخه را با هم مقایسه کنند و یک نسخه قبلی را بازیابی کنند. در حال حاضر، گزینه restore برای shared steps فقط امکان بازیابی کل مجموعه مراحل را میدهد، نه دادههای مربوط به stepهای جداگانه. برخلاف test caseها، shared steps وضعیت، کامنت یا assignee ندارند.
برای اطلاعات بیشتر درباره تاریخچه shared test stepها اینجا کلیک کنید >
بهبودهای بخش TODO #
حالا که test caseها میتوانند به کاربران اختصاص داده شوند، بخش TODO در project هم بهروزرسانی شده است. ما یک تب اضافه کردهایم تا test caseهایی که در وضعیتهای غیر Ready هستند پیگیری شوند؛ بنابراین کاربران میتوانند ببینند کدام test caseها به توجه نیاز دارند و در کنار آن، نمایی سریع از کامنتهای اخیر test case داشته باشند.
تغییر دیگر این صفحه، امکان مشاهده workload سایر testerها است. اگر تصویر مجوزها را که پیشتر در این پست آمده بود بررسی کنید، یک مجوز اضافه برای مشاهده workloadها میبینید. این تنظیم به administratorها اجازه میدهد تعیین کنند کدام کاربران مجاز باشند داشبورد test caseها و testهایی را ببینند که به سایر کاربران اختصاص داده شدهاند. شاید این تغییر بزرگ به نظر نرسد، اما با کاهش حجم دادهای که هنگام مشاهده بخش TODO بارگذاری میشود، میتواند به عملکرد کلی TestRail کمک کند.
تغییرات API #
TestRail API برای پشتیبانی از قابلیتهای جدید معرفیشده، چند بهروزرسانی دریافت کرده است.
بهروزرسانی endpointهای موجود:
- endpointهای test case، assigneeها، وضعیتها و کامنتها را برمیگردانند
- get_cases از فیلتر کردن بر اساس assignee و status پشتیبانی میکند
- Endpointهای مربوط به افزودن و ویرایش test case از تعیین assignee برای test case پشتیبانی میکنند.
- get_case_history کامنتهای test case را برمیگرداند.
- Endpointهای project فیلدی را برمیگردانند که نشان میدهد تأیید test case فعال است یا نه.
Endpointهای جدید:
- get_case_statuses وضعیتهای موجود برای test case را برمیگرداند.
- get_shared_step_history تاریخچه تغییرات مجموعهای از shared test stepها را برمیگرداند.
نمونه پاسخها:
{
“offset”: 0,
“limit”: 250,
“size”: 3,
“_links”: {
“next”: null,
“prev”: null,
}
“case_statuses”: [
{
“id”: 12,
“name”: “Approved”,
“abbreviation”: “Approved”,
“is_default”: false,
“is_approved”: true
},…
]
}
{
“offset”: 0,
“limit”: 250,
“size”: 7,
“_links”: {
“next”: null,
“prev”: null,
}
“step_history”:
[
{
“id”: 7
“user_id”: 74,
“timestamp”: 1632774015,
“custom_steps_separated”:
[ {
“content”: “Navigate to https://192.168.147.2/login”,
“additional_info”: null,
“refs”: null,
“expected”: “Login page loads”
},…
]
},…
]
}
بهروزرسانیهای مربوط به لایسنسها و اشتراکهای TestRail Professional #
با اینکه بسیاری از قابلیتهای این نسخه فقط برای کاربران TestRail Enterprise در دسترس است، چند بهروزرسانی روی کاربران Professional هم اثر میگذارد.
- کاربران Professional میتوانند تاریخچه تغییرات shared step را از طریق UI ببینند. این رابط شبیه اسکرینشاتهای بالا است، اما دکمههای مقایسه و بازیابی نسخهها را ندارد.
- Endpoint API با نام get_shared_step_history هم برای کاربران Professional و هم برای کاربران Enterprise قابل استفاده خواهد بود.
- مجوز مشاهده workload کاربران دیگر در تب TODO را میتوان برای roleهای کاربری تنظیم کرد.
دریافت TestRail ۷.۳ #
میتوانید نسخه آزمایشی رایگان TestRail را از اینجا شروع کنید، چه برای Cloud و چه برای Server: https://secure.testrail.com/customers/testrail/trial/
اگر میخواهید برای TestRail Cloud اشتراک ایجاد کنید، میتوانید این کار را از داخل TestRail و از مسیر Administration > Subscription انجام دهید. همچنین اگر میخواهید لایسنسهای TestRail Server را سفارش دهید، میتوانید از این صفحه در وبسایت ما اقدام کنید: https://secure.testrail.com/customers/shop/annual/purchase/
مشتریان ثبتنامشده میتوانند نسخه کامل را از TestRail Billing Portal دانلود کنند:
TestRail Enterprise #
اگر میخواهید درباره SSO، Project Level Administration، Test Case Reviews یا هرکدام از قابلیتهای دیگر TestRail Enterprise بیشتر بدانید، لطفاً وارد شوید و با تیم پشتیبانی ما تماس بگیرید، یا اگر وارد نشدهاید، روی دکمه Submit a request در بالای سمت راست این صفحه کلیک کنید.
مطمئن نیستید از کدام plan در TestRail استفاده میکنید؟ با ما تماس بگیرید؛ خوشحال میشویم کمک کنیم.
بهروزرسانی به TestRail ۷.۳ #
TestRail Cloud #
Instanceهای TestRail Cloud بهصورت خودکار به آخرین نسخه بهروزرسانی میشوند. میتوانید نسخه خود را از طریق Help در TestRail بررسی کنید، > در گزینه منوی About TestRail.
