1. Проблема
1.1. Регресионные тестировщики
1.1.1. Когда анализируешь тест-кейс хочется залезть под стол, обнять свои колени и оттуда не вылезать
1.1.1.1. Сильная негативная эмоция. "Боже, что это за ***** и что мне с ним делать."
1.1.2. Сложно найти информациию необходимую для прохождения кейса
1.1.3. Постоянные проставления Ок к каждому шагу - человек чуствует как деградирует.
1.1.3.1. Проставление комментариев к каждому шагу реально бесит
1.1.3.2. Шаги в ТК где коммент имеет смысл - единичны
1.1.4. Недостижимые требования по пройденным ТК
1.1.4.1. Сейчас для тестера 7 ТК в день это нечто невозможное
1.2. Тест менеджеры
1.2.1. Не уверены, что регессионщики тестируют то, что нужно
1.2.2. Не довольны скоростью тестирования
1.2.3. Не всегда понятно, что регрессионщики вообще делают
2. Заинтересованные лица
2.1. Регрессионные тестировщики
2.1.1. Не очень давно работают в компании (<полугода.)
2.1.2. Мало знакомы с продуктом
2.1.3. Начинающие тестировщики
2.1.4. Не дураки
2.2. Тест менеджеры (и проектные и функциональные)
2.2.1. Работают в состоянии стресса
2.2.1.1. Им постоянно кто-то пишет, отвлекает, не дают спокойно поработать
3. Решение
3.1. ТОРТ (Тестовая документация Отдела Регрессионного Тестирования)
3.1.1. Безболезненный анализ тест-кейсов
3.1.2. Вся необходимая для прохождения информация - под рукой
3.1.3. Легкий доступ к точной и достоверной информацию о том, что и как было протестировано
3.1.4. Требования по кол-ву пройденных ТК будут достижимы
3.1.4.1. Будет проще повышать качество, четко контролируя и соответствуя желаемому количеству
4. Ключевая концепция
4.1. Регрессионщики будут оставлять знания о пройденном ТК не только в виде Passed прогона и заведенных багов/ишью/ДТМов но и в виде простого и понятного отчета
5. Главный элемент - Отчет (или, ласково - Тортик)
5.1. Пример, как это работает, с комментариями
5.1.1. Я легко доработаю его под нас
5.1.2. Сейчас я в процессе тестирования КЭО уже набрасываю такой отчет
5.2. Отчеты по Тест-кейсу хранятся в аттаче тест-кейса
5.2.1. Если человеку нужен отчет по ТК, он находит его и забирает нужный отчет из аттача
5.2.2. Чтобы найти нужный отчет - надо найти ТК и там в списке отчетов его достать.
5.2.2.1. У отчетов будут говорящие названия
5.2.2.1.1. "ФИО тестера. Название сьюта, релиз, стенд, "
5.3. Можно хранить в ФС
5.3.1. Иерархично, например, по первым значениям номера теста
6. Преимущество решения
6.1. Мы сами решим свои проблемы
6.1.1. Развитие как специалистов
6.1.1.1. Когда человек сам решает свои проблемы, а не сидит и делает, что ему сказали - он развивается
6.1.1.2. У людей появится свободное время, которое они смогут потратить на увеличение тестового покрытия и проф. развитие
6.1.1.2.1. Растет качество продукта соотв.
6.1.2. Скорость решения зависит от нас самих
6.1.3. Ачивки
6.2. Упрощение рутины тестировщика само решит другие проблемы
6.2.1. Кривые баги/ишью
6.2.2. Куча сообщений у ТМов
6.2.3. Спам в общих чатах
7. Как система работает
7.1. Для Регрессионщика
7.1.1. Мы проходим ТК.
7.1.2. В Аттач добавляем отчет о нашем прогоне
7.1.3. При следующем прогоне ТК другой тестер откроет отчет
7.1.4. С его помощью легко все протестирует
7.1.5. Если что-то не получится - обратится к коллеге, который это протестировал в прошлый раз
7.1.6. При необходимости доработает, либо что-то удалит
7.1.7. Сохранит еще один, новый отчет, уже по своему прогону
7.2. Для ТМа
7.2.1. Откроет ТК
7.2.2. Найдет отчет по нужному прогону
7.2.3. Посмотрит, что делал человек
8. Вывод
8.1. Это не моя спонтанная придумка - это рабочая система
8.1.1. Эта система не завязана на человеке.
8.1.2. Ее надо запустить и дальше она сама будет крутиться без затраты ресурсов на ее контроль.
8.1.2.1. Но надо это донести эту мысль до тестеров.
8.2. Актуальные, простые и понятные ТК - несбыточная мечта
8.2.1. Как я понял по общению с Олей - актуализировать все ТК под все случаи жизни - физически невозможно