Комментарии
Пока сижу и жду самолета на #RIW, решил написать небольшую заметку, что именно мы улучшили в наших процессах за прошедшие две недели октября.
Что мы улучшили в наших процессах за октябрь: тестирование
Пока сижу и жду самолета на #RIW, решил написать небольшую заметку, что именно мы улучшили в наших процессах за прошедшие две недели октября.
Владимир Завертайлов
Владимир Завертайлов
Фото с сайта: YouTube

Главное улучшение — перенос тестирования проекта с конца этапа на начало

Предпосылки: конец этапа разработки, а тем более релиз — всегда стресс. Часто всё происходит скомкано. Особенно, если сроки поджимают. Весь scrum-процесс может полететь к чертям (какой, блин, scrum, завтра сдавать ;-)). Тестировщики и разработчики перегружены.

Начало этапа обычно происходит более спокойно и размеренно.

Задача: Повысить качество конечного продукта (проекта/итерации). Разгрузить конец спринта.

Что пробовали: В качестве одного из экспериментов пробовали внедрить тестирование QA-специалистом ежедневно. Эффект получили, скорее, негативный:

  • Программистам докидывали баги непосредственно в текущий этап работы, что сильно снижало мотивацию.
  • Сам QA был постоянно перегружен.

Какое решение мы нашли

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

Почему так

Рассматривали вариант написания тест-кейсов до проведения планирования. Оказалось не очень эффективно (многие аспекты ни тестировщик, ни менеджер проекта предусмотреть не может).

Вариант писать тест-кейсы прямо во время планирования — отпал автоматически (очень долго, команде приходится ждать, пока тест-кейсы будут сформулированы и записаны).

Левое меню должно быть слева

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

Решаем составлять в паре: программист + QA-специалист. Написание кейсов выполняем сразу после планирования, т.к. в этот момент у разработчика есть свежее и полное видение всего этапа работ. Итог — наиболее качественные тест-кейсы.

Что получили

Получили вот что: проект гарантированно проверяется разработчиком до начала этапа тестирования. Это снижает вероятность появления критических проблем в конце итерации и позволяет получить протестированный проект раньше, чем обычно.