Анализ требований
Вычитываем постановку и находим противоречия до написания кода. Ошибки, пойманные здесь, самые дешёвые.
Главная ценность не в отдельно найденных ошибках, а в накопленном наборе сценариев, который прогоняется из версии в версию.
Вычитываем постановку и находим противоречия до написания кода. Ошибки, пойманные здесь, самые дешёвые.
Описанные проверки с ожидаемым результатом, пригодные для повторного использования.
Основные пути, граничные значения, реакция на заведомо некорректные данные.
Убеждаемся, что новое не сломало работавшее. Здесь обнаруживается большинство вернувшихся дефектов.
Шаги, окружение и ожидаемое поведение, чтобы разработчику не приходилось догадываться.
Что проверено, что осталось за рамками и какие риски вы принимаете, выпуская версию.
Первый цикл занимает больше времени, потому что набор сценариев пишется с нуля. Последующие прогоны идут значительно быстрее.
Разбираемся в продукте и выясняем, что критично для бизнеса, а что второстепенно.
Определяем объём и границы проверки. Проверить всё бесконечное множество вариантов невозможно.
Проходим сценарии, фиксируем найденное, перепроверяем после исправлений.
Готовность к выпуску с перечислением непокрытых участков и оставшихся рисков.
Дефект без шагов воспроизведения разработчик закроет как невоспроизводимый. Сообщение вида «не работает оформление заказа» возвращается обратно и путешествует между людьми неделями. Точные шаги, данные и окружение сокращают срок исправления в разы.
Проверяют, но проходят тот путь, который задумывали, и не замечают собственных допущений. Отдельный человек проверяет как раз то, о чём автор не подумал: некорректный ввод, потерю связи, повторное нажатие кнопки.
Примерно четверть-треть от времени разработки. Если меньше, покрываются только основные пути, и часть дефектов доедет до пользователей. Иногда это осознанный и вполне разумный выбор.
Да, и обращаются с этим часто: система живёт, а качество вызывает вопросы. Начинаем с изучения и составляем набор сценариев по фактическому поведению, поскольку документации, как правило, нет.
Опишите систему и то, что вызывает сомнения. Составим план проверки и оценим объём работ.
Заявка принята
Она уже у менеджера. Ответ придёт в течение рабочего дня, а срочные обращения дежурный инженер берёт в работу сразу.
Такого города в списке нет. Проверьте написание.