Работа в АИС SCRUM
Роль тестировщика
Зона ответственности
- Первичная обработка обращений;
- Тестирование готовых доработок (в т. ч. создание тест-кейсов, чек-листов) и фиксация ошибок;
- Тестирование результата исправления ошибки.
Рабочий стол тестировщика (QA)
Здесь отображаются все актуальные подзадачи в статусах <<Новая>>, <<В работе>> и <<Готово>>.
Статус меняется путём "перетаскивания" подзадачи по столбцам.
1 | Обработка обращений
Обработка входящих обращений - одна из основных задач тестировщика. О том, как создать обращение и основные правила процесса мы рассмотрели подробно в первой части курса.
Алгоритм обработки обращения можно посмотреть на схеме по ссылке >
Несколько правил тестировщика:
- Необходимо оперативно (срок обработки не должен превышать 8 рабочих часов) принимать в работу обращения и категоризировать их;
- Своевременно заносить информацию после общения с пользователем или промежуточный результат;
- При создании ошибок пользоваться опросником для определения приоритета.
2 | Процесс тестирования
После выполненной доработки со стороны разработчика тестировщик получает подзадачу на тестирование.
Вся необходимая информация содержится в карточке подзадачи.
Важно знать:
- Тест-кейсы создаются максимально оперативно, после ознакомления с доработкой;
- Выполнение чек-листа происходит перед передачей заказчику;
- Сроки тестирования не должны превышать установленных стандартов;
- Все идеи обсуждаются с заказчиком и фиксируются в комментариях.
После ознакомления с подзадачей на тестирование QA требуется создать тест-кейсы, которые будут описывать порядок проверки продукта для использования доработки из задачи.
Карточка подзадачи:
1 - Вкладка <<Тест-кейсы>>;
2 - Кнопка создания кейса;
3 - Перед тем, как начать тестирование нужно нажать на кнопку <<Начать тест>>.
Карточка подзадачи:
1 - Вкладка <<Тест-кейсы>>;
2 - Кнопка создания кейса;
3 - Перед тем, как начать тестирование нужно нажать на кнопку <<Начать тест>>.
При создании тест-кейса необходимо заполнить форму кейса: указать название.
Далее заполнить поля, описывающие шаги тестирования и ожидаемый результат выполнения каждого шага.
На каждый пройденный шаг необходимо проставлять чек-бокс о выполнении.
После того, как будут пройдены все шаги и их результат отмечен чек-боксами, нужно завершить тестирование нажатием на кнопку <<Закончить тест>>.
После успешного выполнения теста требуется выполнить чек-листы.
При тестировании продуктов в системе предусмотрены базовые чек-листы.
При необходимости тестировщик может добавить новые пункты в чек-листы непосредственно в самой задаче на доработку.
В дальнейшем при доработке конкретного раздела продукта эти добавленные пункты будут входить в общий чек-лист.
При необходимости тестировщик может добавить новые пункты в чек-листы непосредственно в самой задаче на доработку.
В дальнейшем при доработке конкретного раздела продукта эти добавленные пункты будут входить в общий чек-лист.
В карточке задачи во вкладке <<Чек-листы>> находятся чек-листы по затрагиваемым доработкой элементов системы.
Финальным этапом тестирования является проверка продукта по перечисленным пунктам чек-листа.
Финальным этапом тестирования является проверка продукта по перечисленным пунктам чек-листа.
3 | Работа с ошибками
Если в ходе тестирования были обнаружены ошибки, то тестировщику необходимо создать баг-репорт.
Тестировщик создает ошибку нажатием на кнопку <<Есть ошибка>> рабочем столе или в самой задаче.
О том, как заполнить карточку ошибки, рассмотрели в первой части курса.
После исправления ошибки разработчиком, QA получает подзадачу на повторное тестирование доработки. И алгоритм действий по тестированию повторяется.
