Проведение Bug Bash |
27.04.2022 00:00 |
Автор: Саманта Коннелли (Samantha Connelly) Я рекомендую всем соло-тестировщикам регулярно проводить bug bash/групповое тестирование. Этим можно заняться в конце спринта или цикла разработки функции. Вы приглашаете команду, запасаетесь закусками и напитками и вместе тестируете около часа. Подготовка Вам нужно убедиться в хорошем покрытии устройств и браузеров: заранее проверьте, что у всех есть нужные данные и устройства. Стоит также подготовить вспомогательные документы, чтобы люди могли приступить. Я обычно заранее готовлю интеллект-карту идей для покрытия, чтобы у всех был визуальный индикатор того, что они тестируют. Я также могу заранее создать ряд тестовых учетных записей и раздать их команде. Я использую эту доску для проведения bug bash в Insight Timer; слева регресс, в середине – то, что недавно менялось, а прочее, что нужно не забыть – справа. Необременительная отчетность Поощряйте необременительную отчетность о багах.
Концентрироваться нужно на поиске багов, а не на мучениях с их описанием. Вы сможете со всем разобраться позднее, если возникнет нужда в более подробной информации. Что тестировать в ходе Bug Bash У меня есть трехступенчатая эвристика для определения, что тестировать (руководство и правило буравчика):
Тестируйте на проде Тестируйте на проде, если можете. Ни одно окружение с ним не сравнится. Если это невозможно, убедитесь, что ваше тест-окружение стабильно, данные настроены, и команда предупреждена – "Не трогаем ничего, кроме необходимого для Bug Bash". Завершение Поблагодарите людей за потраченное время, подсчитайте баги и поздравьте самого успешного охотника. Тестирование и качество – ответственность всей команды, в конце концов. Разошлите благодарственные письма с результатами, вручите награды. |