Работа в АИС SCRUM
Роль тестировщика
Зона ответственности
  • Первичная обработка обращений;
  • Тестирование готовых доработок (в т. ч. создание тест-кейсов, чек-листов) и фиксация ошибок;
  • Тестирование результата исправления ошибки.


Рабочий стол тестировщика (QA)

Здесь отображаются все актуальные подзадачи в статусах <<Новая>>, <<В работе>> и <<Готово>>.

Статус меняется путём "перетаскивания" подзадачи по столбцам.
1 | Обработка обращений

Обработка входящих обращений - одна из основных задач тестировщика. О том, как создать обращение и основные правила процесса мы рассмотрели подробно в первой части курса.

Алгоритм обработки обращения можно посмотреть на схеме по ссылке >
Несколько правил тестировщика:
  • Необходимо оперативно (срок обработки не должен превышать 8 рабочих часов) принимать в работу обращения и категоризировать их;
  • Своевременно заносить информацию после общения с пользователем или промежуточный результат;
  • При создании ошибок пользоваться опросником для определения приоритета.
2 | Процесс тестирования





После выполненной доработки со стороны разработчика тестировщик получает подзадачу на тестирование.

Вся необходимая информация содержится в карточке подзадачи.



Важно знать:
  • Тест-кейсы создаются максимально оперативно, после ознакомления с доработкой;
  • Выполнение чек-листа происходит перед передачей заказчику;
  • Сроки тестирования не должны превышать установленных стандартов;
  • Все идеи обсуждаются с заказчиком и фиксируются в комментариях.
После ознакомления с подзадачей на тестирование QA требуется создать тест-кейсы, которые будут описывать порядок проверки продукта для использования доработки из задачи.

Карточка подзадачи:
1 - Вкладка <<Тест-кейсы>>;
2 - Кнопка создания кейса;
3 - Перед тем, как начать тестирование нужно нажать на кнопку <<Начать тест>>.





При создании тест-кейса необходимо заполнить форму кейса: указать название.






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



На каждый пройденный шаг необходимо проставлять чек-бокс о выполнении.

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

После успешного выполнения теста требуется выполнить чек-листы.
При тестировании продуктов в системе предусмотрены базовые чек-листы.

При необходимости тестировщик может добавить новые пункты в чек-листы непосредственно в самой задаче на доработку.

В дальнейшем при доработке конкретного раздела продукта эти добавленные пункты будут входить в общий чек-лист.

В карточке задачи во вкладке <<Чек-листы>> находятся чек-листы по затрагиваемым доработкой элементов системы.

Финальным этапом тестирования является проверка продукта по перечисленным пунктам чек-листа.

3 | Работа с ошибками

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





Тестировщик создает ошибку нажатием на кнопку <<Есть ошибка>> рабочем столе или в самой задаче.

О том, как заполнить карточку ошибки, рассмотрели в первой части курса.

После исправления ошибки разработчиком, QA получает подзадачу на повторное тестирование доработки. И алгоритм действий по тестированию повторяется.
Made on
Tilda