План тестирования – это детальное описание процесса проверки интерфейсов или программного обеспечения. Спектр работы над планом состоит из определения стратегии, вывода критериев тестирования, оценки рисков, обоснования необходимости применения дополнительного оборудования и т. д.
Для удобства план изображают в виде графической блок-схемы, которую рисуют после составления текстового технического задания по тестированию. Каждый проект требует персонализированного подхода к решению задачи, но существуют общие параметры проверки, которые используются всегда.
Чек-лист по составлению плана тестирования
Укажите, объект тестирования, над которым необходимо работать: приложение, оборудование или система;
Что конкретно необходимо тестировать: перечень компонентов и функций проверяемой системы;
Особенности прохождения тестирования: определите инструменты тестирования и характер их применения по отношению к проверяемому объекту;
С чего начнется и чем закончится тестирование: укажите конкретные критерии начала и окончания проверки;
Определите последовательность работы: проверка перед началом, старт тестирования, сохранение результатов, анализ полученных данных;
Составление инструкции по коррекции системы для отдела разработки.
Эти общие критерии применяются почти в каждом проекте. Если вы работаете над специфической задачей, добавляйте или убирайте пункты самостоятельно, исходя из особенностей тестируемой системы. Если вы новичок, работайте по чек-листу без изменений или утверждайте свой план с более опытными коллегами.
Экспресс-план
Иногда работать с документацией некогда. Если вы вынуждены составлять план в авральном режиме, используйте следующую инструкцию:
Разделите систему на отдельные логические модули;
Перечислите функции в выделенных компонентах;
Составьте списки проверок для каждой функции по отдельности;
Каждый пункт списка проверяйте последовательно.
Этот план не требует составления спецификаций ввиду своей компактности, но используйте его осторожно.
Пост-обработка плана
После составления технического задания, начинайте работу над аналитической частью плана тестирования. В него входят такие критерии, как оценка рисков; варианты решения проблем, которые могут появиться в процессе тестирования, описание процессов, которые можно автоматизировать без вреда для конечного результата и т. д.
От аналитика часто не ждут написание пост-анализа, поскольку эту работу может выполнять дополнительный цензор внутри компании. Учитывайте это перед началом составления плана. На td {border: 1px solid #ccc;}br {mso-data-placement:same-cell;} —>курсах QA для начинающих советуют включать пост-анализ в ТЗ. Это поможет избавиться от возможных проблем во время сдачи проекта.
По каким критериям определяют качество плана тестирования
План необходимо сделать лаконичным, понятным и четким. Пространственные пункты, которые не несут в себе конкретики, будут мешать работе отдела тестирования. Отсутствие конкретики вызовет ненужные временные затраты на интерпретацию плана. Невнятное техническое задание – это дополнительные издержки и риск неправильного выполнения тестирования.
Чтобы сделать план четким и лаконичным, работайте над оптимизацией технического задания. Оптимизируйте последовательность выполнения работ, чтобы она не создала трудностей из-за повторяющихся действий или излишних проверок. Опишите все процессы, которые можно автоматизировать без потери качества тестирования. Если вы обладаете необходимым опытом, расскажите, как лучше произвести эту процедуру.
Какое программное обеспечение нужно использовать
Чтобы упростить процесс тестирования, используйте карты визуализации. Это программы, которые в графическом виде помогают отобразить взаимосвязь между модулями и компонентами в тестируемой системе. Используйте приложение FreeMind или MindMap. Учтите, что графическое построение плана в этих программах не подходит для внесения в спецификацию проекта. Это ПО можно использовать только для оптимизации работы тестировщика.
Для составления графического плана используйте стандартное офисное ПО из пакета Microsoft Office. Специфические программы можно применять в том случае, если вы собираетесь сдавать проект в виде изображения. Если же отправить нужно исходный файл графической блок-схемы, используйте Office. Этот пакет портирован под все современные ОС, поэтому у вас не возникнет проблем с презентацией своей работы.
Хотите оставить комментарий? Пожалуйста, авторизуйтесь.