Тернистый путь локализации причин багов в веб-приложениях

  • 20 мин

Перед тестировщиками часто встает вопрос - насколько глубоко анализировать причину появления бага? Достаточно ли описать только шаги воспроизведения в UI или провести детальное “расследование”? 

Мой ответ - нужно предоставить разработчикам как можно более детальную информацию о баге, не затрачивая при этом много времени. Для этого тестировщикам нужно знать гораздо больше, чем просто функциональность тестируемой системы.  


  • Не знаете, как тестируемая система работает изнутри, и тестируете только через UI? 

  • Разработчики возвращают баги с ответом "не воспроизводится"? 

  • Не работаете с базой данных вашей системы? 

  • Разработчики фронтенда тратят время на поиск причины бага, который оказывается на бэкенде?


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

Комментарии ({{Comments.length}} )
  • {{comment.AuthorFullName}}
    {{comment.AuthorInfo}}
    {{ comment.DateCreated | date: 'dd.MM.yyyy' }}

Для того чтобы оставить комментарий необходимо

или
Напишите нам, мы онлайн!