Тестируй, душни, наслаждайся | QA TSP
28.07
Политика отсутствия багов
Такая политика означает, что все баги имеют приоритет над разработкой новых фич или улучшениями. Важным следствием этого подхода является отсутствие таких вещей, как приоритет багов, критичность или минорные ошибки. Либо вопрос является багом, либо нет. И если это баг, вам нужно исправить его, прежде чем выполнять другую работу.
Преимущества:
- снижение затрат на разработку;
- лучшие оценки за задачи;
- повышение гибкости;
- повышение удовлетворенности клиентов/заказчиков;
Александр Николаев
· 28.07
Чтобы сначала не было багов, нужно протестировать документацию, а потом ПО, а то заведем баг-репортов и ругайся с разрабами, то что они создали фичу, а не баг.
ответить
еще контент в этом сообществе
еще контент в этом соообществе
Тестируй, душни, наслаждайся | QA TSP
28.07
войдите, чтобы увидеть
и подписаться на интересных профи