باگی که در تولید دیده می‌شود الزاماً با «تست بیشتر» حل نمی‌شود. شاید نیاز مبهم بوده، محیط آزمون نماینده تولید نبوده یا هشدار درست وجود نداشته است. ابتدا مسیر فرار نقص را بفهمید.
یک تحلیل فرار نقص انجام دهید
برای نقص‌های مهم ثبت کنید در چه مرحله‌ای ایجاد شدند، در چه مرحله‌ای امکان کشف داشتند، کجا واقعاً دیده شدند و چرا کنترل موجود آن‌ها را نگرفت. به‌جای سرزنش فرد، شکاف سیستم را پیدا کنید.
کنترل را تا جای ممکن نزدیک منبع ببرید: مثال پذیرش پیش از توسعه، آزمون واحد برای منطق، آزمون یکپارچه‌سازی برای مرز سامانه‌ها، بازبینی کد برای تغییر پرریسک و پایش بعد از استقرار. همه تغییرها به همه کنترل‌ها نیاز ندارند؛ شدت باید متناسب با ریسک باشد.
برای یک مسیر بحرانی، پایپ‌لاین را طوری تنظیم کنید که نتیجه کنترل پیش از ادغام قابل مشاهده باشد. شکست آزمون نباید با فشار موعد نادیده گرفته شود مگر استثنا، مالک ریسک و برنامه اصلاح ثبت شده باشد.
نرخ نقص فراری، زمان کشف، زمان بازیابی، درصد شکست بازشده مجدد و سهم نقص‌های هر علت را پایش کنید. تعداد کل باگ بدون توجه به شدت و حجم تغییر می‌تواند گمراه‌کننده باشد.
نقش WKFGo
پایپ‌لاین Git، بازبینی و تیکت Desk در WKFGo زنجیره تغییر تا بازخورد مشتری را به کار پروژه متصل می‌کنند. ابزار کیفیت پوشش آزمون یا درستی محیط را تضمین نمی‌کند؛ تیم فنی باید کنترل مناسب را طراحی کند.
پنج نقص اخیر تولید را بر اساس نقطه ایجاد و کشف دسته‌بندی و فقط پرتکرارترین شکاف را اصلاح کنید. برای پیوند اجرا و بازخورد امکانات WKFGo را ببینید.