Домой » Тестирование » Первые действия при обнаружении бага

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

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

Воспроизведение

  • Проверьте, можно ли баг воспроизвести;
  • Выясните, как часто всплывает баг.

Если вы нашли ошибку во время ручного тестирования:

Воссоздайте шаги, чтобы воспроизвести ошибку:

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

Если Ваш автотест перестал работать:

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

Изоляция

Проверьте, присутствует ли баг при смене следующих параметров:

  • Операционная система;
  • Аппаратные средства;
  • Другие сборки;
  • Другие параметры.

Другие операционные системы

Проверьте, воспроизводится ли баг на других версиях операционной системы (если Windows, то есть ли ошибка на 7, 8.1 и 10). Если приложение кросс-платформенное, то проверьте на других видах операционок.

Различные аппаратные средства

Возникает ли баг при смене количества ядер, размера операционной памяти, производителя железа (Apple, Intel и т.д.).

Проверка на различных сборках

Проверьте различные сборки, падает ли приложение в том же месте при одинаковых шагах. Обновитесь до последней стабильной сборки, может уже всё пофикшено.

Другие наборы параметра

Под другими параметрами может подразумеваться коэффициент загрузки, скорость нажатия контроллов, способ их нажатия и т.д.

Минимизация

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

Добавить комментарий

Войти с помощью: 

Ваш e-mail не будет опубликован. Обязательные поля помечены *

*
*