Zero Bug Policy. Нет багов — нет проблем?

[Cubist]

Возможно и не заводить баг вовсе, если вы не собираетесь его править. На стадии обкатки процесса лучше такие баги заводить и закрывать с резолюцией «Won’t Fix».

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

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

А есть какие-то идеи по автоматизации этого процесса, ведь нужно будет заглядывать в такие баги и анализировать почему каждый из них решили не править.

P.S.
Возможно, в фразе "возможно и не заводить баг вовсе" не хватает запятой после слова "возможно".
Надеюсь, я получил ачивку "указать на незначительную ошибку в здоровой статье, при этом допустив массу ошибок в маленьком комментарии?" :)

[J_eve]

А есть какие-то идеи по автоматизации этого процесса

Можно дополнительно размечать такие задачи в Jira, использую компоненты/лейблы/что-то ещё.

не хватает запятой

Спасибо, Игорь)

[RadioAgent]

отправил статью тестировщикам с пометкой «не показывать разработчикам»! :)
Потому что, с моей точки зрения, во всей статьей ключевым является параграф «Другие детали», но кто же обращает внимания на детали, когда речь зашла о том, что можно просто не исправлять баги?

Спасибо за материал!