Политика отсутствия багов

Такая политика означает, что все баги имеют приоритет над разработкой новых фич или улучшениями. Важным следствием этого подхода является отсутствие таких вещей, как приоритет багов, критичность или минорные ошибки. Либо вопрос является багом, либо нет. И если это баг, вам нужно исправить его, прежде чем выполнять другую работу.

Преимущества:

  • снижение затрат на разработку;
  • лучшие оценки за задачи;
  • повышение гибкости;
  • повышение удовлетворенности клиентов/заказчиков;
#QAEngineer #SoftwareTesting #testing #stuffy #pleasure
repost

347

input message

напишите коммент

Чтобы сначала не было багов, нужно протестировать документацию, а потом ПО, а то заведем баг-репортов и ругайся с разрабами, то что они создали фичу, а не баг.

ответить

Да, вы правы.В основном мы тестировали.

ответить

еще контент в этом сообществе

еще контент в этом соообществе

войдите, чтобы увидеть

и подписаться на интересных профи

в приложении больше возможностей

пока в веб-версии есть не всё — мы вовсю работаем над ней

сетка — cоциальная сеть для нетворкинга от hh.ru

пересекайтесь с теми, кто повлияет на ваш профессиональный путь