про тестування та QA

У статті Бах (James Bach) розповідає про один зі способів виходу з ситуації, коли замовники визначають, про які баги звітувати, а які залишити в спокої (“Не тестуйте інсталятор. Цим ми займаємося самі”). Часто після закінчення проекту ці замовники нарікають на те, що відділ тестування пропустив серйозні помилки саме в тих модулях, які просили не тестувати.

Тому автор рекомендує звітувати про всі знайдені баги. Якщо ж баг стосується забороненої області, або є невизначеним, його позначають як “mipping” (Mention In Passing - “Згадка по Ходу”). Саме в цьому статусі про такі баги відділ тестування звітує в статус-репортах та мейлах. Таким чином, тестувальники, з одного боку, не витрачають марно свій час на ті проблеми, якими їм сказали не займатися, з другого боку маючи документальне підтвердження того, що проблема була знайдена.

Джерело

Джеймс Бах (James Bach) та  Міхаель Болтон (Michael Bolton) розмовляли про глибоку суть покрокових інструкцій, які так часто зустрічаються в описі тестів. Запис розмови тут.

Здавалося б, що може бути незвичайного у таких звичних речах? Для початку Джеймс Бах пропонує задуматися над значенням фрази “1. Reboot the test system” (”1. Перезавантажте тестове середовище“).