Первые действия при обнаружении бага.

Основные действия, которые должны быть выполнены над ошибкой:
1. Воспроизведение;
2. Изоляция;
3. Минимизация.

Важно: перед тем, как выписать баг, следует проверить, не выписан ли он кем-то другим. Если баг известен, то обновите информацию, касающуюся его устранения.

1️⃣ Воспроизведение:
- Проверьте, можно ли баг воспроизвести;
- Выясните, как часто всплывает баг.

Если вы нашли ошибку во время ручного тестирования, воссоздайте шаги, чтобы воспроизвести ошибку:
- Максимально точно повторите все шаги;
- Попробуйте сделать это несколько раз;
- Запишите все шаги;
- Не вносите изменения между шагами;
- Не вносите изменения между попытками.

Если вы нашли ошибку во время автоматизированного тестирования и ваш автотест перестал работать:
- Повторно запустите скрипт;
- Проверьте, упал ли тест в том же месте, на том же тестовом окружении и билде;
- Если в тесте используются различные данные, то постарайтесь прогнать его лишь с одним набором;
- Попробуйте пройти все шаги руками. попытками.

2️⃣ Изоляция
Проверьте, присутствует ли баг при смене следующих параметров:
- Операционная система;
- Аппаратные средства;
- Другие сборки;
- Другие параметры.
📌 Другие операционные системы. Проверьте, воспроизводится ли баг на других версиях операционной системы (если Windows, то есть ли ошибка на 7, 8.1 и 10). Если приложение кросс-платформенное, то проверьте на других видах операционных систем.
📌 Различные аппаратные средства. Возникает ли баг при смене количества ядер, размера операционной памяти, производителя железа (Apple, Intel и т.д.).
📌 Проверка на различных сборках. Проверьте различные сборки, падает ли приложение в том же месте при одинаковых шагах. Обновитесь до последней стабильной сборки, может уже всё исправлено.
📌 Другие наборы параметра. Под другими параметрами может подразумеваться коэффициент загрузки, скорость нажатия контроллов, способ их нажатия и т.д.

3️⃣ Минимизация
Теперь ваша задача – удалить все ненужные шаги, чтобы воспроизвести баг. Лучше, конечно же, удалять шаг за шагом. Если тестируемое приложение или фича чувствительны к времени загрузки, количество процессоров, памяти, то лучше всё свести на минимум/максимум и идти в обратную сторону, до минимальной нужной величины определённого параметра, когда начинает возникать ошибка.

Статья | QApedia