Процесс проверки программного обеспечения, так или иначе, является важной частью процесса создания веб-продукта. Он должен быть максимально эффективным в первую очередь для того, чтобы не затягивать выпуск ПО в финальный релиз. Под данные цели команды и совершенствуют свои наработки по созданию и тестированию программных продуктов.
Чтобы корректно оценить эффективность процесса проверки ПО и его усовершенствования, он должен иметь максимально детализированное описание. Также все его технические аспекты должны быть донесены до каждого участника команды.
Описание процесса проверки помогает сделать его максимально доступным и прозрачным для всего отдела разработки, а также снижает сумму неопределенности в повседневной деятельности.
Plan-Do-Check-Act
В процессе выполнения задач при проверке ПО, редактирование выполняется по особому методу PDCA (от англ. Plan-Do-Check-Act):
- Всегда планируйте изменения при работе, которые могут быть ориентированы на улучшение общего процесса тестирования.
- Делайте. Пробуйте провести анализ действия на небольшом по своему значению участке деятельности.
- Изучайте. Анализируйте итоги. Что в ходе тестирования вам удалось узнать?
- Действуйте. Постоянно вводите изменения или попросту отменяйте их. Такой цикл нужно повторять, особенно если перед вами постоянно меняющая среда разработки/тестирования.
Чтобы визуализировать процесс создания ПО, используйте виртуальную доску Jira, которая позволяет выстраивать лимит по задачам, одновременно вовлеченным в разработку. Если появляется срочная задача или блокер, ее запросто можно вернуть в бэклог и взять более важную задачу на данный момент.
Kanban содержит daily – возможности ежедневного обсуждения, которые помогают рассматривать текущие задачи, а не работу определенных сотрудников, как это реализовано в Scrum.
Обсуждение начинается с наиболее приоритетной задачи – они находятся в правой колонке. Потом постепенно нужно переходить к левой, одновременно отвечая на вопрос «Что мешает переместить задачу в следующую колонку?». Наиболее ценные сценарии содержатся в правой части графического интерфейса программы.
Процесс тестирования
Допустим, у нас есть несколько тестовых графических стендов и фича-стенд, где происходит проверка самого нового функционала.
С целью правильного выполнения тестирования все запланированные задачи (баги) перемещаются с левого края в правую часть стенда.
Стенд с этапами работы над задачами
Если проанализировать подобные шаги, то они происходят следующим образом:
- В процессе работы QA создает чек-лист для всех проверок функционала, который в текущий момент находится на стадии верификации и реализации.
- Во время перехода дефекта из статуса В работе (In progress) в статус Проверка (Verify) тестировщик назначает задачу себе, чтобы другие QA видели, что данная задача занята и не начали делать двойную работу.
- Если в процессе проверки найдена новая ошибка, задача получает статус Возобновлена (Reopen). Также добавляется комментарий и при необходимости шаги воспроизведения.
- Если при проверке баг не найдено, то создается тестовый сценарий, статус ошибки меняется на Приемка бизнес-заказчиком (Bussiness acceptance);
- После проведения тестирования все задачи приобретают статус Выполнено (Done). При ситуации, если бизнес-заказчик переносит конкретную задачу в статус переоткрытой, весь цикл тестирования начинается сначала.
- Как только задача появится в статусе Готово, создатель ПО должен провести выкладку релиза продукта на приемочный стенд.
- Выполняется дымовое тестирование на основе чек-листа и проводятся автотесты для регрессионных проверок.
- После проверки дефекта, задача переходит в статус Закрыта (Closed).
- Тестируем ПО на мобильных устройствах, внимательно изучаем верстку.
- Если дефектов со статусом Блокирующий (Blocker) нет, то продукт можно переносить на Preprod.
- Если после тестов и там все хорошо, продукт перемещается в In production, выполняется дымовое тестирование внутри реального (промышленного) контура.
Таким образом
Методика Kanban – это группа приемов для управления процессом разработки и тестирования ПО, и последующей целенаправленной их оптимизации. Kanban легко адаптируется к уже существующим системам. С его помощью объемные и сложные задачи можно разделить на отдельные части и выполнить более качественно.
Оставить комментарий