P20
شکست ورود، دسترسی و خرید پیش از انتشار با شاهد قابل بازپخش پیدا شود.
محیط تست و حساب‌ها را مشخص کنید؛ ماتریس یک جریان را از نتیجه مورد انتظار کاربر تا وضعیت سمت سرور بنویسید.
کمک هوش مصنوعی: سناریو و خلاصه شکست را از شاهد آزمون پیشنهاد کند؛ قبولی با بررسی صریح نتیجه و مرجع مستقل تعیین شود.
آزمون دستی/اسکریپتی با حساب آزمایشی و وضعیت مورد انتظار صریح در رابط و backend؛ در خرید، شناسه سفارش، مبلغ، وضعیت پرداخت و سبد پس از بازگشت جدا بررسی شوند.
پیشنهاد: ماتریس ۱۲ سناریوی موفق/ناموفق/غیرمجاز/تکراری/دیرهنگام برای یک جریان، اجرا در سه عرض و دست‌کم دو مرورگر منتخب؛ سه خطای معلوم یا نسخه خراب کنترل‌شده باید توسط تست شناسایی شوند. پوشش محصول بعدی جدا گسترش یابد.
پیشنهاد: هر نقص معلوم در ماتریس کشف شود، هیچ اختلاط حساب یا پرداخت تکراری نادیده نماند و قبولی روی داده بازنشانی‌شده بازتولیدپذیر باشد؛ خطای ناپایدار حل یا صریحاً از پوشش معتبر کنار گذاشته شود. AI فقط با کاهش زمان تشخیص بدون پنهان کردن شکست اضافه شود.
یک مثال فرضی: مشتری پرداخت کرده، اما سبد خرید هنوز پر است. ابزار مسیر خرید را با حساب و پرداخت آزمایشی تکرار می‌کند تا محل خطا معلوم شود.
گزارش شامل مراحل تکرار، تصویر سبد پس از پرداخت و انتظار درست است: «سفارش ثبت شود و سبد خالی نمایش داده شود.»
این مسیر پس از هر تغییر مهم دوباره آزمایش می‌شود تا خطا برنگردد.
موفق‌بودن پیام درگاه کافی نیست؛ وضعیت سفارش و چیزی که مشتری می‌بیند هم باید درست باشد.
یک مسیر واقعی کاربر، مثل خرید، را با حساب و داده آزمایشی مشخص می‌کنیم.
ورود، حساب، پرداخت و فرم را با آزمون‌های مشخص بررسی می‌کنیم.
تصویر و گزارش خطا را پس از حذف اطلاعات محرمانه نگه می‌داریم.
هوش مصنوعی خطا را خلاصه و علت احتمالی را پیشنهاد می‌کند.
تیم فنی علت و نتیجه آزمون را بررسی می‌کند؛ مدل به‌تنهایی موفقیت را اعلام نمی‌کند.
زمان بازتولید و تشخیص شکست
پوشش مسیر بحرانی و خطای escaped پس از انتشار
نرخ موفقیت ورود/پرداخت و خرید تکمیل شده
تیمیک: باگ به جریان، نسخه و شاهد متصل؛ تست‌های محلی/اجرای دستی مجاز، بدون GitHub Actions
تیم محصول، نتیجه مورد انتظار را مشخص می‌کند
تیم آزمون و فنی، مشکل را آزمایش می‌کنند
برنامه‌نویس، خطا را رفع می‌کند
بازبین، دوباره آزمایش و نتیجه را تأیید می‌کند.
تیم محصول، نتیجه مورد انتظار را مشخص می‌کند ← تیم آزمون و فنی، مشکل را آزمایش می‌کنند ← برنامه‌نویس، خطا را رفع می‌کند ← بازبین، دوباره آزمایش و نتیجه را تأیید می‌کند.
ورود موفق/ناموفق، مجوز دو حساب، پرداخت موفق/ناموفق/تکراری و RTL در سه اندازه؛ برای هر آزمون، گزارش نتیجه ثبت شود.
عامل مرورگر با دسترسی به سامانه اصلی یا پول واقعی به‌جای محیط تست به کار نرود؛ موفقیت آزمون با پاسخ شبیه‌سازی‌شده، درست کار کردن سرویس واقعی را ثابت نمی‌کند.
جزئیات هر کار و معیار نمونه اول در همین پروژه قرار دارد.
منبع روش پیشنهادی: RS32
منبع روش پیشنهادی: RS32
این موارد باید از پروژه‌های مرتبط آماده شوند؛ کامل‌شدن همه امکانات آن پروژه‌ها لازم نیست.
برای هر کار، مسئله، مسئول، موعد و نشانه تحویل درست نوشته شود؛ مثلاً «فرم با شماره آزمون ثبت‌نام را کامل کند».
این مراحل برنامه پیشنهادی‌اند؛ انجام‌شدن آن‌ها هنوز تأیید نشده است.
ثبت‌نام یا خرید را با حساب آزمایشی تا نتیجه نهایی انجام دهید.
مرحله خطا و شواهد مرورگر را ثبت کنید.
پرداخت ناموفق یا ورودی نامعتبر را هم آزمایش کنید؛ انتشار با تأیید مسئول باشد.
