Исчерпывающий чек-лист по процессу планирования тестирования ПО

Пока нет оценок.
Пожалуйста, подождите...

Перед вами когда-то ставилась задача запланировать ваше тестирование с полноценной разбивкой на подструктурные элементы? Было ли у вас ощущение того, что вы что-то упустили, а затем переживали о том, что программное обеспечение будет работать не так как нужно? И что все это из-за вашего некачественного тестирования?

Применение нижеописанного чек-листа позволит начинающему тестировщику справиться с волнением и вывести свою стратегию проверки любого ПО на новый уровень!

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

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

Чек-лист процесса планирования тестирования

Чек-лист процесса планирования тестирования

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

Понять, зачем это нужно

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

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

Итоги тестирования программного обеспечения

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

  • Актуальные тест-планы и тест-стратегии;
  • Тест-кейсы;
  • Виды дефектов;
  • Итоги исследовательского тестирования и используемые заметки;
  • Диалоги;
  • Актуальная документация;
  • Обновление ПО.

Виды проверок

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

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

Популярные форматы для плана тестирования

Естественно, необходимо разобраться, как именно тестировать продукт по определенному плану. При этом можно использовать следующее:

  • Письменная документация;
  • Использование ментальных карт;
  • Википедия;
  • Применение таблиц;
  • Использование чек-листов;
  • Диаграммы;
  • Применение магнитно-маркерной доски;
  • Стикеры;
  • Интерактивная доска (например, Trello);
  • Kanban-доска.

Менеджмент проекта

  • Некоторые планы меняются. Главное, будьте к этому готовы!
  • Какие технологические бизнес-процессы используются на проекте?
  • Какая система является наиболее используемой для управления тестированием?
  • Какова система общения на проекте?
  • Как участники проекта поддерживают связь между собой?
  • Какая выстроенная на проекте обратная связь?
  • Сколько времени дается на ежедневное тестирование?
  • Каково ваше дневное расписание?
  • Когда запланированы релизы?
  • Какие люди (по специальностям) вас окружают?
  • Есть ли вещи, которые могут заблокировать процесс тестирования?
  • Какая документация доступна?
  • С кем из работников можно сотрудничать?
  • С кем можно и нужно общаться, чтобы обмениваться деловыми знаниями?
  • Есть ли у вас возможность учить менее квалифицированных сотрудников тестированию?
  • Чему вы можете научиться у других для улучшения процесса тестирования?

Ресурсы

Каждые тест-действия, так или иначе, нуждаются в определенных ресурсах. Есть ли у вас четкое понимание того, к каким конкретным ресурсам у вас есть доступ? Стоит задуматься о простых вещах, например:

  • Тестовое окружение;
  • Онлайн-платформы;
  • Инструменты для тестирования;
  • Баг-трекинговые системы;
  • Инструменты управления процессом тестирования;
  • Тестовая библиотека данных.

Люди

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

Данные

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

Интерпретация ПО

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

Как работает ПО?

  • Понимаете ли вы логику поведения пользователей с ПО?
  • Есть ли у вас представление о структуре ПО?
  • Хорошо ли вы знаете, что продукт функционально выполняет?
  • Платформа, для какой онлайн-площадки она предусмотрена?
  • Информация, что она дает? В каких функциональных состояниях она может находиться?

Использование тестовых навыков

  • Перечень оракулов и эвристик, используемых для тестирования.
  • Как достичь полноценного покрытия тестами?
  • Тестируйте как тестер-пользователь. Выполняйте все то, что клиенты, видимо, никогда не станут делать.
  • Как использовать автоматизацию для облегчения задачи взаимодействия с продуктом?
  • Необходимо ли разбить продукт на компоненты?
  • Фичи.
  • Тестовые истории.
  • Модули.
  • Классы.
  • Дизайн.
  • Инструменты.
  • Организационное виденье.

Возможные риски

  • Какие непредвиденные обстоятельства могут спровоцировать проблему?
  • Каким образом продукт может стать уязвимым?
  • С наступлением какого обстоятельства (технической основы) продукт перестает корректно работать?
  • Какие риски существуют и как правильно от них уберечься?

На что способно программное обеспечение?

  • Что с ПО может сделать пользователь?
  • Кто будет в группе пользователей такого ПО?
  • Что именно пользователи сделать не смогут?

Применение ПО

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

Таким образом

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

Оставить комментарий