третья статья серии #тестовая_документация
Часть 1Часть 2Часть 3. Betaэто майлстоун, на котором в вашей игре все меньше заглушек, а основной сюжет (если он есть), кор геймплей и мета - уже играбельны.
вы все ещё натыкаетесь на внезапные critical баги там и сям, а при хорошем раскладе - у вас редко бывает что-то, кроме major-ов и крешей из-за сложностей с совместимостью некоторых железок и из-за старых драйверов.
жизнь хороша, вы дошли сюда, поэтому у игры есть неплохие шансы дойти и до релиза, если плейтесты показывают что-то приятное.
что делают тестировщики?уже по полной помогают на плейтестах, даже с привлеченными игроками из ЦА. с оборудованием, организацией, составлением анкет и обработкой фидбека. участвуют во встречах по результатам этого фидбека, вносят предложения по улучшению и исправлению проблем.
где-то здесь (а лучше - уже в преальфе) как минимум Lead QA присутствует на продуктовых встречах и планированиях спринта
тестовая документация будет уместна вся, но для разных целей.
тест-кейсы - для самых важных свойств вашего приложения или игры, где детали очень критичны. или если у вас в команде есть джуны и нет возможности подучить их в песочнице
чеклисты - для быстрых проверок, ad hoc, сырых частей продукта. и для команды, которая очень хорошо знает и погружена во все изменения
майндмапы - если любите визуальные, быстро считываемые схемы. альтернатива чеклистам и формат для визуалов
любые другие форматы, которые вам известны, но опять же, в детализации свобода будет зависеть от скиллов, сложности конкретной фичи и ее важности
или например, количества заглушек. фича перестала часто меняться? можно делать для нее более детальную документацию
нужны сценарии для новых видов тестов - тоже детализуем то, что уже есть.
как вы, наверное, уже знаете, подстава с тест-кейсами такая, что их сложно поддерживать, а так или иначе это придётся регулярно делать. поэтому нагрузка на вашу команду растет с их количеством, и имеет смысл закладывать всё больше времени в ваши прогоны тестов. потому что кроме прогона, нужно будет каждый раз тут и там обновлять документы.
старый документ - не очень полезный документ, а иногда и вредный.
лично я большая любительница чеклистов. я уже упоминала
статью Насти Шариковой о том, чем они хороши, но лишний раз не помешает. а ещё у нее
отличный канал на тему QA, если вам хочется чего-то нового и более универсального, чем мои материалы 🙃
этап беты характерен тем, что ваша ЦА уже обрисована, и меняться до релиза будет не сильно. а значит вы наверняка знаете, под какое железо ваши продюсеры и compliance договорились релизиться. вводим перформанс тесты!
ваша задача, скорее всего, сведётся к тому, чтобы составить сценарии и анализировать результаты самих тестов. берем наш critical path и начинаем с него ❤️ а вообще, самый здоровый подход - написать ботов, которые будут пробегаться по основным рискам: сюжетка, слабые места, места недавних изменений.
нагрузке и стресс-тестированию - да, а если это онлайн-игра, у вас начинаются первые движухи на тестовом сервере. хорошо, если кто-то собирает обратную связь игроков, главную банду тестировщиков из них же, а ещё - есть аналитика. но это, конечно, истории уже не про документацию.
ещё, к слову, в небольших командах QA часто пишут и собирают Release notes, что вполне здоровая практика для проверки общего состояния версии и билда.
это уже три части цикла, расскажите, как он вам? все ли понятно?