Will Not Fix в тестировании

Что значит Will Not Fix в тестировании

Как обычно возникает решение о неисправлении бага?

Тестировщик нашёл баг, написал репорт, менеджер решил, что это не баг либо баг, но его не нужно исправлять.

Как на это реагировать тестировщику?

Казалось бы потрачено время на выявление бага и составление отчёта, а его даже не помещают в Ice Box на будущее.

Если тестировщик уважает свой труд и/или переживает за качество продукта должно ли это ударить по мотивации?

Ответ: не должно.

Реагировать на это никак не нужно. Максимум - можно поинтересоваться причиной, если её не сообщили.

Задача тестировщика не добиваться исправления всех багов а предоставлять актуальную информацию о качестве продукта.

Задача руководства рассчитать какие баги исправлять финансово выгодно, а какие нет.

Приведу довольно гротескный пример.

Вы обнаружили, что софт не запускается в девяти случаях из десяти.

Параллельно весь отдел разработки занят перекрашиванием иконки с красного на зелёный.

Менеджер изучает ваш баг и решает не исправлять.

Что не так с менеджером?

С менеджером всё в порядке, но он знает то, чего пока не знает тестировщик.

У клиента в стране выходит закон, что все иконки должны быть зелёными, без этого софт покупать не будут.

Чтобы успеть всё поменять до принятия закона, весь отдел должен работать полгода.

Сотрудники клиента исхитряются включать софт в дождь, по нечётным средам, в три часа ночи и тогда не запускается всего в половине случаев.

Модуль отвечающий за запуск всё-равно будет переписан в следующем году в рамках запланированного перехода на новую технологию.

И так далее…

Именно поэтому баг отправляется в Will Not Fix. Ваша задача как тестировщика - сообщить о состоянии дел.

Как только баг заведён, другие сотрудники смогут увидеть, что о проблеме известно и её официально решили не исправлять.