Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Как тестировать в условиях катастрофической нех...

CUSTIS
November 16, 2019

Как тестировать в условиях катастрофической нехватки времени

Выступление Светланы Паниной, нашего ведущего специалиста по обеспечению качества ПО, на конференции SQA Days (Минск, 16 ноября 2019).

CUSTIS

November 16, 2019
Tweet

More Decks by CUSTIS

Other Decks in How-to & DIY

Transcript

  1. Как тестировать в условиях катастрофической нехватки времени Светлана Панина Ведущий

    специалист по обеспечению качества ПО SQA Days Минск, 16 ноября 2019
  2. С какими проблемами сталкиваемся  Не можем сфокусироваться  На

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

     3 человека  20 минут – среднее время прохождения каждого теста  Автоматизации нет (проект молодой)  Завтра к обеду нужно выпустить версию 8/25
  4. Стратегия № 1 Результат 1. Прошли только часть тест-кейсов (примерно

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

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

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

    неизвестным количеством критичных багов Отдали версию без критичных багов 13/25
  8. Ограничить список приоритетных задач  По возможности отбросьте все, что

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

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

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

    запас времени Написание тест-кейсов 2-16 часов 0 часов Пишем тест-кейсы Не пишем тест-кейсы 19/25
  12. Быстро сообщать о найденных багах  Тестирование вместе с разработчиком

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

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

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