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