Вам в руки попадает долгожданный документ с требованиями. Толще «Войны и мира». Хмм… Лучше поздно, чем никогда, конечно, но вообще-то сроки поджимают. И вроде круто, что требования на проекте есть, но… глаза разбегаются… Где тут главное? Что тестировать ПРЯМО СЕЙЧАС, чтобы не утонуть в регрессах и не подставить команду?
Мы собрали короткий, понятный и практичный гайд о том, с чего начинается тестирование и тест-анализ, какие ошибки совершают даже опытные команды и как QA помогает сэкономить десятки часов и сотни тысяч. Всё – на примерах, с реальными кейсами и без демагогии. Забирайте по кнопке ниже.
В первой части мы разобрали вважные вопросы относительно требований. Сегодня поговорим о фасилитации – как собрать разрозненные мнения команды в единую систему. И о SMART-целях – чтобы «хочу, чтобы покупали» превратилось в измеримый результат.
Требования – это основа разработки. К сожалению, далеко не всегда проверке этой части документации уделяется должное внимание. Речь в статье пойдет о принципах тестирования требований и о параметрах, на которые следует обратить внимание при подобной проверке.
