Что пишут в блогах

Подписаться

Онлайн-тренинги

Конференции

Что пишут в блогах (EN)

Разделы портала

Про инструменты

Лучшие вакансии

.
Чеклист по планированию тестирования
24.04.2020 00:00

Автор: Рози Шерри (Rosie Sherry)
Оригинал статьи
Перевод: Ольга Алифанова

Вам когда-нибудь ставили задачу распланировать ваше тестирование? Чувствовали ли вы, что что-то упустили? И вследствие этого беспокоились ли, что ПО начнет падать, и все начнут обвинять вас?

Использование этого чеклиста по планированию тестирования поможет вам справиться с волнением.

Конечно, он не универсальное решение. Он предназначен для того, чтобы помочь вам задуматься о проекте, с которым вы работаете, идентифицировать потенциальные пробелы, и, потенциально, послужить катализатором новых идей о подходе к тестированию.

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

Планирование тестирования ПО

Поймите, почему

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

  • Есть ли стандарты для достижения?
  • Определена ли и согласована ли цель или миссия?
  • Как вы найдете значимые проблемы?
  • Перед кем подотчетно тестирование?
  • Кто ваши заинтересованные лица и как их удовлетворить?
  • Каковы риски?
  • Насколько эффективен и экономичен тест-план?
  • Какие результаты тестирования будут созданы?
  • Когда будет завершено тестирование?
  • Готовы ли вы к скучным административным и практическим задержкам?

Результаты тестирования ПО

Каковы результаты тестирования? С Agile-подходами к работе может быть довольно затруднительным показать физические результаты тестирования.

  • Тест-стратегии и планы
  • Тест-кейсы
  • Базы багов
  • Заметки и результаты исследовательского тестирования
  • Разговоры
  • Документация
  • Обновления продукта

Типы тестирования

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

  • Автоматизации тестирования
  • Тестирования производительности
  • Нагрузочного тестирования
  • Стресс-тестирования
  • Функционального тестирования
  • Тестирования удобства использования
  • Тестирования безопасности
  • Пользовательского тестирования
  • Пользовательского приемочного тестирования (UAT)
  • Тестирования совместимости
  • Исследовательского тестирования
  • Сценарного тестирования
  • Альфа/Бета-тестирования
  • Тестирования прототипов
  • Юнит-тестирования
  • Регрессионного тестирования
  • Тестирования на основе спецификации
  • Тестирование на проде
  • Парного тестирования
  • Оценки тестируемости
  • Тестирования содержимого.

Форматы плана тестирования

Конечно, вам нужно разобраться, как вы будете транслировать этот план.

  • Письменная документация
  • Ментальные карты
  • Wiki
  • Таблицы
  • Чеклисты
  • Диаграммы
  • Магнитно-маркерная доска
  • Стикеры
  • Доска Trello
  • Kanban-доска.

Управление проектом

  • Планы меняются – будьте готовы к адаптации!
  • Знаете ли вы о бизнес- и технологических процессах, помогающих проекту двигаться вперед?
  • Какая система используется для управления проектом и тестированием?
  • Как все общаются?
  • Как получить обратную связь?
  • Сколько у вас времени?
  • Каково расписание?
  • Когда ожидаются релизы?
  • Какие люди доступны?
  • Какая документация точна и в доступе?
  • Есть ли что-то, что может заблокировать тестирование?
  • Какие связи можно задействовать?
  • С кем можно сотрудничать?
  • Как и с кем можно делиться знаниями?
  • Чему вы можете научить других о тестировании?
  • Чему вы можете научиться у других, чтобы улучшить тестирование?

Ресурсы

Любые тест-действия нуждаются в ресурсах. Знаете ли вы, к каким ресурсам у вас есть доступ? Подумайте о вещах вроде

Тест-лаборатории

  • Платформы
  • Инструменты
  • Баг-трекер
  • Инструменты управления (тестированием)
  • Тест-библиотека

Людей

  • Тест-команда
  • Пользователи
  • Команда продукта
  • Внешние консультанты
  • Клиенты

Информации

  • Документы
  • Требования
  • Руководства пользователя
  • Web-материалы
  • История продукта
  • Конкуренты
  • Технологические стандарты
  • Организационные и бизнес-законы
  • Этика бизнеса и технологии
  • Социальные сети и пресса
  • Обратная связь пользователей.

Понимание продукта

Помогает подумать обо всем, из чего состоит продукт.

Как он работает?

  • Как хорошо вы понимаете пользователей?
  • Понимаете ли вы основы и структуру ПО?
  • Знаете ли вы, что продукт функционально делает? Изнутри? Сверху донизу?
  • Платформа – для работы на какой платформе он предназначен?
  • Данные – что он может принимать? В каких состояниях он может находиться?
  • Будущее: насколько хорошо вы понимаете видение и будущее бизнеса по разработке, для которого вы тестируете?

Применение тестовых навыков

  • Какие оракулы и эвристики вы применяете?
  • Как убедиться в покрытии?
  • Думайте как тестировщик-пользователь – делайте то, что пользователи, видимо, никогда не сделают.
  • Как применить автоматизацию, чтобы облегчить задачу?

Стоит ли разбивать продукт на компоненты?

  • Фичи
  • Стори
  • Модули
  • Релизы
  • Классы
  • Дизайн
  • Аппаратура
  • (Организационное) видение

Риски

  • Какие обстоятельства могут вызвать проблему?
  • Каким образом продукт или его пользователи могут быть уязвимы?
  • Как он отказывает? Изящно ли он это делает?
  • Какие проблемы и риски существуют, и как от них наилучшим образом защититься?

На что способно ПО?

  • Что может сделать пользователь?
  • Кто его пользователи?
  • Чего пользователи делать не могут?

Данные, данные

  • Что на входе?
  • Что на выходе?
  • Что уже есть?
  • Как это меняется со временем?
  • Как продукт обращается с большими или маленькими объемами данных?
  • Что, если действия происходят в разной последовательности?
  • Как продукт обращается со странными данными?
  • Неожиданными данными?
  • Какие данные уже протестированы?

Использование ПО

  • Кто пользователи?
  • Каковы стресс-кейсы пользователей?
  • В каких окружениях будет работать продукт?
  • Как и когда он будет использоваться?
  • Какими могут быть негативные ситуации?
  • К каким вредоносным воздействиям продукт может быть уязвим?
  • Как подсознательные предрассудки команды могут создать проблемы?
  • Какие проблемы обнаружены?