🤝Когда Product Owner, разработчик и QA-инженер собираются вместе, иногда случается не только взаимодействие, но и борьба. Как сделать так, чтобы каждый из участников перестал бороться, а начал заниматься повышением качества продукта? Об этом на Vladimir TechTalk #30 рассказал руководитель отдела тестирования PT в Яндекс Алексей Петров. Собрали тезисы в посте.

Что делать с требованиями? 🔸Правильно формулировать требования на начальном этапе. Чёткое техническое задание — основа качественного результата.

🔸 Писать ТЗ не только перед началом разработки, но и актуализировать его в процессе. При разработке по гибким методологиям требования могут меняться, поэтому записывать эти изменения необходимо. Соответственно, надо выделить ресурсы на ведение документации. И делать это ответственно.

🔸Фиксировать изменения ТЗ во время разработки нужно так, чтобы на этапе тестирования QA-инженеры на них могли опираться.

🔸Использовать практику «3 амиго». Это способ коммуникации, когда перед написанием первой строчки кода вся команда собирается, чтобы задать друг другу неудобные вопросы, которые чаще всего начинаются с фразы «А что будет, если...».

🔸 Составить первичный список проверок. После вычитки требований такой чек-лист может дать представление о предстоящем тестировании и о приёмке функциональности.

Больше инструментов вы найдете в записи митапа: vk.cc/cNKeYz И главное — лайфхаки помогают только в том случае, если каждый участник команды хочет, чтобы итоговый результат был качественным.

#экспертиза@altenar_b2b