Slide 1

Slide 1 text

Как тестировать в условиях катастрофической нехватки времени Светлана Панина Ведущий специалист по обеспечению качества ПО SQA Days Минск, 16 ноября 2019

Slide 2

Slide 2 text

В преддверии нового проекта 2/25

Slide 3

Slide 3 text

С какими проблемами сталкиваемся  Не можем сфокусироваться  На настройку тестового окружения уходит много времени  Новые задачи прилетают в этот же релиз  Коллеги болеют или уходят в отпуск 3/25

Slide 4

Slide 4 text

Первая реакция 4/25

Slide 5

Slide 5 text

Определить приоритеты и цель тестирования Приоритет – скорость 5/25

Slide 6

Slide 6 text

Определить приоритеты и цель тестирования Цель: проверить работу конкретного функционала, а не всего ПО 6/25

Slide 7

Slide 7 text

Представим, что в продукте есть критичные баги 7/25

Slide 8

Slide 8 text

Выбрать стратегию тестирования Условия  230 тест-кейсов в релизном тест-плане  3 человека  20 минут – среднее время прохождения каждого теста  Автоматизации нет (проект молодой)  Завтра к обеду нужно выпустить версию 8/25

Slide 9

Slide 9 text

Стратегия № 1 1. Выполнить все тест-кейсы из релизного тест-плана 2. Завести дефекты 9/25

Slide 10

Slide 10 text

Стратегия № 1 Результат 1. Прошли только часть тест-кейсов (примерно 75 штук) 2. Завели баги, которые удалось выявить за отведенное время 3. Пофиксили самые критичные баги из найденных 4. Отдали версию с неизвестным количеством критичных багов 10/25

Slide 11

Slide 11 text

Стратегия № 2 1. Составить сокращенный чек-лист, в который войдут:  тест-кейсы на приоритетный функционал в данном релизе  функционал, в котором с большей долей вероятности может оказаться ошибка 2. Выполнить тестирование методом свободного поиска 3. Незамедлительно сообщать о дефектах разработке 11/25

Slide 12

Slide 12 text

Стратегия № 2 Результат 1. Прошли все пункты из чек-листа 2. Сообщили о багах разработке 3. Пофиксили самые критичные баги из найденных 4. Отдали версию без критичных багов в приоритетном функционале 12/25

Slide 13

Slide 13 text

Результат Стратегия № 1 Стратегия № 2 Отдали версию с неизвестным количеством критичных багов Отдали версию без критичных багов 13/25

Slide 14

Slide 14 text

Ограничить список приоритетных задач  По возможности отбросьте все, что хоть как-то можно отложить или не делать в этом релизе  Согласуйте список и срок задач с заинтересованными лицами  Делайте только задачи из данного списка 14/25

Slide 15

Slide 15 text

Ограничить список приоритетных задач Если приходит новая срочная задача  Показать первоначальный список и новую задачу руководству  Договориться о возможности убрать часть задач из первоначального списка либо перенести их на другой срок 15/25

Slide 16

Slide 16 text

Сократить смежные работы  Настройка тестового окружения 16/25

Slide 17

Slide 17 text

Настройка тестового окружения 4 часа 10 минут Новый стенд  Загрузка справочных данных  Настройка отображения  Настройка пользователей  Загрузка первичных данных для начала работы Настроенный стенд 17/25  Установка билда с новым функционалом

Slide 18

Slide 18 text

Сократить смежные работы  Настройка тестового окружения  Написание тест-кейсов 18/25

Slide 19

Slide 19 text

 Задачу отдали в тестирование позже, чем планировалось  Есть запас времени Написание тест-кейсов 2-16 часов 0 часов Пишем тест-кейсы Не пишем тест-кейсы 19/25

Slide 20

Slide 20 text

Сократить смежные работы  Настройка тестового окружения  Написание тест-кейсов  Прохождение полноценного релизного тест-плана 20/25

Slide 21

Slide 21 text

Прохождение полноценного релизного тест-плана Релизный тест-план  230 тестов Релизный чек-лист  80 пунктов 25 часов 4 часа 21/25

Slide 22

Slide 22 text

Быстро сообщать о найденных багах  Тестирование вместе с разработчиком  Заведение кратких баг-репортов в системе после проведения тестирования по задаче, полное описание репортов только при необходимости Цель: как можно быстрее донести до разработки информацию о багах, чтобы их быстрее исправили 22/25

Slide 23

Slide 23 text

Подготовить и сохранить тестовые данные  Выкладывать тестовые данные в общий доступ для всей команды  Поддерживать понятную структуру хранения данных Цели  При повторном тестировании использовать уже имеющиеся тестовые данные  Экономить время  Подстраховать себя на случай отсутствия коллеги, тестирующего данный функционал 23/25

Slide 24

Slide 24 text

Итого 1. Определить приоритеты и цель тестирования 2. Выбрать стратегию тестирования 3. Ограничить список приоритетных задач 4. Сократить смежные работы 5. Быстро сообщать о найденных багах 6. Подготовить и сохранить тестовые данные 25 часов 25 часов экономия времени 24/25

Slide 25

Slide 25 text

Спасибо за внимание! Вопросы? Светлана Панина spanina@custis.ru