говориМ о тестировании
простым языком
Тест план: что это и для чего нужен
Тест план (Test Plan) — это документ, описывающий весь объем работ по тестированию, начиная с описания объекта, стратегии, расписания, критериев начала и окончания тестирования, до необходимого в процессе работы оборудования, специальных знаний, а также оценки рисков с вариантами их разрешения.
Тест план является важной составляющей процесса тестирования. Он содержит в себе всю необходимую информацию, описывающую данный процесс. Иногда он играет формальную роль.
При больших объемах работы и наличии команды тестировщиков сложно представить себе, как осуществлять тестирование без этого документа.
Что включает в себя тест план?
Итак, какую информацию мы можем получить из документа «тест план»:
Зачем создавать тест план?
Зачем тратить время и силы для создания тест плана? Не проще ли просто сразу начать тестировать?
Тестирование — процесс, который контролирует и определяет качество продукта. Если мы хотим выпустить продукт без критических ошибок и уложиться в запланированный график, то без плана тут никак не обойтись.
Чем именно помогает качественный тест план:
К перечисленному нужно добавить то, что тест планом можно и нужно делиться с заказчиком/клиентом, чтобы дать ему представление о процессе тестирования и почувствовать уверенность.
Как написать хороший тест план?
Как правило, для этого необходимо выполнить следующие шаги:
1. Проанализировать продукт
Анализируем его функции и функциональные возможности, чтобы получить более глубокое понимание. Кроме того, изучаем требования к бизнесу и то, что клиент хочет получить от конечного продукта. Пытаемся понять пользователей и использовать возможности тестирования продукта с точки зрения пользователя.
2. Разработать стратегию тестирования
После того как продукт проанализировали, мы готовы разработать стратегию тестирования для разных уровней. Стратегия тестирования может состоять из нескольких методов тестирования. Соблюдая правила использования и бизнес-требования, решаем, какие методы тестирования будут использоваться.
Например, если мы создаем тест план для веб-сайта с тысячами онлайн-пользователей, то включим в него нагрузочное тестирование. Если проверяем банковское приложение, то сделаем наибольший упор на тестирование безопасности.
3. Определить область действия
Хороший план тестирования четко определяет область тестирования и границы. Можно использовать спецификации требований, чтобы определить, что включено в область действия и что исключено. Составление списков «Проверяемые функции» и «Возможности, которые тестироваться не будут» сделает тест план конкретным и полезным. Также может потребоваться указать список результатов.
Например, если мы выполняем нагрузочное тестирование, то необходимо указать предел максимальной и минимальной нагрузки тестируемых пользователей.
4. Разработать график
Здесь необходимо разделить работу на тестирование и оценить необходимые усилия. Также можно оценить необходимые ресурсы для каждой задачи. Данный график поможет контролировать ход процесса тестирования и придерживаться установленных дедлайнов.
5. Определить роли и обязанности
В хорошем тест плане четко перечислены роли и обязанности команды тестирования и менеджера команды. Раздел «Роли и обязанности» вместе с «графиком» рассказывает всем, что делать и когда делать.
6. Предвидеть риски
Тест план будет неполным без ожидаемых рисков, методов смягчения и ответов на риск.
Виды тест планов
Чаще всего на практике приходится сталкиваться со следующими видами тест планов:
Явное отличие мастер тест плана от просто тест плана в том, что мастер тест план является более статичным в силу того, что содержит в себе высокоуровневую информацию, которая не подвержена частому изменению в процессе тестирования и пересмотра требований. Сам же детальный тест план, который содержит более конкретную информацию по стратегии, видам тестировании, расписанию выполнения работ, является «живым» документом, который постоянно претерпевает изменения, отражающие реальное положение дел на проекте.
В повседневной жизни на проекте может быть один мастер тест план и несколько детальных тест планов, описывающих отдельные модули одного приложения.
Сами шаблоны и рекомендации по составлению тест плана разберем уже в следующей статье.
говориМ о тестировании
простым языком
Тест план: как составлять
Форматы
Отображать тест план можно разными способами:
Преимущества схематических тест планов:
— Позволяют визуально представить запланированный процесс,
— Просты в использовании,
— Гибкие к внесению изменений,
— Содержат самую основную информацию, что позволяет в значительной степени сократить время на планирование.
Рекомендации по написанию
Что должен содержать хороший тест план:
Описание объекта тестирования: системы, приложения, оборудования.
Список функций и описание тестируемой системы и её компонент в отдельности.
Стратегия тестирования, а именно: виды тестирования и их применение по отношению к объекту тестирования.
Последовательность проведения работ: подготовка (Test Preparation), тестирование (Testing), анализ результатов (Test Result Analisys) в разрезе запланированных фаз разработки.
Готовность тестовой платформы (тестового стенда), законченность разработки требуемого функционала, наличие всей необходимой документации и т.д.
Результаты тестирования удовлетворяют критериям качества продукта: требования к количеству открытых багов выполнены, выдержка определенного периода без изменения исходного кода приложения Code Freeze (CF), выдержка определенного периода без открытия новых багов Zero Bug Bounce (ZBB) и т.д.
Ответив в своем тест плане на вышеперечисленные вопросы, можно считать, что у вас на руках уже есть хороший черновик документа по планированию тестирования.
Далее, чтобы документ приобрел более менее серьезный вид, можно дополнить его следующими пунктами:
Структура
Обычно детальный тест план занимает от пары страниц до нескольких десятков. Это если мы говорим о его визуализации в виде документа. Общая структура тест плана не зависит от его объема или формата визуализации. Достаточно заменить слово «страница» из структуры ниже на слово «ветка» и мы сможем с легкостью перенести данную структура на майнд-марту.
1-я страница:
— шапка (логотип и адрес компании),
2-я страница:
— история документа, которая представляет собой таблицу изменений. Эта таблица содержит столбцы: дата, версия, описание, автор.
3-я страница:
4-я страница и далее:
— операционные системы, браузеры,
— критерии начала тестирования,
— критерии выхода из тестирования,
Предпоследняя страница:
— сколько человеко-часов планируется на различных этапах (дата начала и окончания). Например, на тест-дизайн, выполнение тестов, анализ тестирования, отчеты.
Последняя страница:
— выводы и рекомендации.
Также в тест план могут входить следующие данные:
— жизненный цикл бага,
— ссылки на документы или стандарты,
Рецензия и утверждение
Для увеличения ценности тест плана рекомендуется проводить его периодическое рецензирование со стороны участников проектной группы. Это можно сделать просто договорившись между собой или же реализовать в виде «процедуры утверждения». Примерный список участников проектной группы:
Каждый из перечисленных участников проекта перед утверждением проведет рецензию и внесет свои комментарии и предложения, которые помогут сделать тест план более полным и качественным.
Шаблоны и примеры
Каждая методология или процесс диктуют свои форматы оформления планов тестирования.
Шаблоны ниже помогут понять, какой формат больше подходит для вашего проекта и как вообще составлять тест план. А готовые решения, возможно, натолкнут вас на какие-то мысли или помогут лучше понять смысл составления данного документа.
Обычный документ
Шаблоны, которых можно придерживаться:
Майнд-карта (mind map)
Несколько примеров, как именно можно использовать майнд-карту
Дашборд
Подобный структурный вид позволит понять, что конкретно мы намерены тестировать. С помощью цвета можно привлечь внимание к определенным областям.
Excel или другая таблица
В таблице можно запросто отобразить любые списки тестов или описание сценариев, с которыми мы намерены работать на данном проекте.
Доска для записей – Trello
Тут не только можно будет прописать все задачи, но и следить за ходом их выполнения.
Создание тест плана повышает качество продукта за счет перечисления деталей и списка проверок, а также позволяет проанализировать, насколько успешно были проведены все этапы тестирования.
Нет четкого шаблона, по которому необходимо писать тест план. Можно взять за основы шаблоны, которые рассмотрены в статье. А можно создать свой собственный.
Какой шаблон или вид вы бы не выбрали, главное только то, что тест-план должен выполнять свою задачу. А именно, описать весь объем работ по тестированию и быть понятным и читабельным.
Нужен ли вам тест-план?
Документация как коммуникационное средство существует в первую очередь потому, что стороны, нуждающиеся в доступе к знаниям, разделены временными или пространственными рамками и неспособны синхронно делиться информацией.
Если все вы находитесь в одном пространстве, и вам не требуется долгоживущее подтверждение результатов ваших переговоров, то ценность документации сомнительна. Как гласит манифест Agile, люди и взаимодействия важнее полной документации. Не то чтобы у документации не было права на жизнь, но нужно тщательно выбирать, что и когда документировать. Очень важно соблюсти грамотный баланс, а также регулярно пересматривать его, дабы убедиться, что нужды всех заинтересованных сторон эффективно удовлетворены.
Я не собираюсь указывать вам, писать вам тест-план или не писать. Только вы можете определить, требуется ли вам этот документ в вашем конкретном контексте. Я лишь хочу, чтобы вы честно спросили себя, нужен ли вам этот тест-план?
Если вам кажется, что план вам нужен, то ниже – ряд вопросов, которые стоит задать, и несколько неплохих возможных ответов на них:
Вопрос: Кто запрашивает этот документ?
Ответ: заказчик, мы обязаны предоставить его по контракту.
Вопрос: Кто будет читать этот документ?
Ответ: Менеджер проекта, которому нужно убедиться, что я собираюсь протестировать продукт как минимум на удовлетворительном уровне.
Вопрос: Что читатель получит от этого документа?
Ответ: Вместе с прочей информацией – достаточную уверенность для релиза.
Вопрос: Что может улучшиться, если я прекращу писать тест-план?
Ответ: У меня будет больше времени для действительно ценной для проекта работы, потому что я не трачу время на то, что никто не будет читать.
Вопрос: Что может ухудшиться, если я прекращу писать тест-план?
Ответ: В проекте никто не будет иметь ни малейшего понятия, что именно я тестирую.
Вопрос: Кто заметит, если я прекращу писать тест-план?
Использование тест-плана как можно раньше в жизненном цикле проекта для поиска ответов на эти вопросы – это разновидность тестирования. Вы можете, например, спросить, есть ли критерии производительности, которые можно оценить и использовать для тестирования? Будет ли продукт выходить в интернет? Какие сценарии восстановления/избегания проблем должен поддерживать продукт? Задавая эти вопросы, вы подводите заинтересованных лиц к размышлениям о производительности, безопасности и устойчивости, и они займутся этим раньше, чем могли бы, не спроси вы их об этом.
Возможно, вы обязаны предоставить тест-план по контракту. В этом случае работайте совместно с заказчиком, чтобы уточнить, что он хочет узнать, и посредством какого механизма он хочет получить эту информацию.
Глаголы, а не существительные
«Планы бесполезны, но планирование бесценно» – Дуайт Эйзенхауэр.
Тест-планы статичны по своей природе, а планирование тестирования – динамический, дискурсный процесс обучения и переговоров. Документ, который никто не читает, бессмысленен. Создание того, что не принесет пользы проекту или его заинтересованным лицам, стоит денег и времени. План начнет приносить ценность только тогда, когда вы будете его использовать. Тест-план, который никто не читает, и который не информирует никого о тестировании – это трата вашего ценного времени, которое уместнее потратить на что-то более полезное.
Сбалансируйте создание подробного тест-плана и деятельность по планированию реального тестирования на период, покрытый этим планом. Если детальный план необходим, убедитесь, что вы учитываете риски, что что-то может остаться непокрытым или непротестированным. Тест-планы можно использовать как для информирования о том, что вы собираетесь тестировать, так и для того, чтобы сообщить, что вы, возможно, протестировать не сможете, если времени на это не хватит.
Заинтересованные лица – кто они?
Документы создаются для коммуникаций между людьми. Вам нужно понимать, кто эти люди в контексте связанной с тестированием информации. Кто ваши заинтересованные лица?
Если вы не уверены в ответе, определитесь, на какие вопросы о тестировании вам нужно получить ответ, а затем выясните, кто может ответить на них наилучшим образом, и спросите их об этом. Они должны быть задействованы в тестировании продукта или приложения. Объясните, почему вы задаете эти вопросы, и расскажите им, как их ответы улучшат ваше тестирование.
Тест-планом также могут пользоваться те, кому полезна информация, полученная в ходе запланированного тестирования. Найдите их, спросите, какая информация им требуется, и планируйте соответственно. Ниже – примеры заинтересованных лиц:
Тестировщики, которые хотят знать, что им предстоит тестировать в проекте. Тест-план может дать им подробную информацию об окружениях, версиях, или исходных данных. Тестировщики могут помочь вам улучшить план, основываясь на своем опыте, и добавить в него недостающую информацию и тест-подходы, о которых вы не подумали.
Менеджеры проекта хотят знать, что вы собираетесь тестировать, дабы быть уверенными в решении о выходе в релиз.
Техподдержка может рассказать об окружениях пользователей, о том, как они используют систему, и с какими проблемами сталкиваются. Эта информация может послужить основой для тестирования, покрывающего эти трудности.
Продакт-оунеры расскажут, как планируется использовать продукт, и, возможно, о случаях, когда пользователи используют его иначе. Эта информация полезна для создания профилей пользователей, помогающих в тестировании.
Продажники сообщат, какие продукты наиболее популярны, и как именно они применяются.
Если вы сомневаетесь, принадлежит ли человек к группе заинтересованных лиц, то всегда лучше включить его в процесс, нежели исключить. Никогда не знаешь, кто владеет информацией, которая может перевернуть подход к тестированию, или повлиять на его специфику. Со временем люди поймут механизмы сбора информации для тест-плана и то, как они могут помочь в его создании.
Как написать хороший тест-план: форма, структура и содержание
Тест-планы могут принимать какую угодно форму, например:
Хороший способ начать тест-план – это одностраничный план. Он поможет вам создать краткий и информативный документ.
С точки зрения содержания тест-планы обычно создаются, чтобы зафиксировать базовые ответы на «пять почему и как» тестирования. Содержание ваших планов может меняться по ряду причин (к примеру, от релиза к релизу или от спринта к спринту). Обновляйте ваш тест-план на основании полученной от релиза к релизу (или от продукта к продукту) информации.
Используйте ваши планы эффективно, чтобы улучшить процесс тестирования. Пусть он станет репозиторием для знаний организации. Сделали ошибку в релизе? Определите, как выловить ее в следующий раз, и добавьте в шаблон плана. Обычно забываете про какой-то тип тестирования? Отметьте, что это необходимо покрыть. Добавьте заметки о бедах и горестях пользователя, а также о том, что может дать вам полезную для тестирования информацию. Тест-план может стать основой для непрерывного совершенствования планирования и стратегии тестирования.
Со временем обновляйте шаблон, чтобы поддерживать и улучшать свое планирование. Пусть тетс-план работает на вас и формой, и структурой, и содержанием. Если он не работает – меняйте его.
Как оценивать тест-план
Когда ваш план готов, пересмотрите его. Оценка тест-плана может проводиться по-разному – лично я рекомендую личную встречу для его обсуждения. Такие встречи могут дать информацию о том, что еще необходимо добавить или покрыть. Они также делают тестирование продукта, приложения или релиза прозрачным для вас и вашей команды.
Пригласите на ревью заинтересованных лиц. Максимально сократите количество участников, но убедитесь, что все нужные роли присутствуют. Предположительный кворум может состоять из четырех человек или ролей – автор тест-плана (как правило, тестировщик), другой тестировщик, менеджер проекта, и представитель техподдержки. Однако для более крупных релизов можно подключать и других заинтересованных лиц – все зависит от вашей специфики.
Пройдитесь по каждому аспекту тест-плана и обсудите все его разделы. Выслушайте обратную связь, учтите информацию, которой делятся участники встречи.
Если план одобрен необходимым большинством, он не должен оставаться статичным. Когда тестирование начнется, используйте план для отслеживания усилий команды по достижению указанных в плане целей.
«Ни один план не выдерживает встречи с противником» – Хельмут фон Мольтке Старший.
«Только изменчивость постоянна» – Гераклит.
Как обновлять тест-план
Все меняется, и ваш план должен быть открыт переменам. Подход к планированию тестирования должен позволять справляться с изменениями, разъяснять, что вы будете делать иначе, какая информация вам необходима, и какую новую информацию (и кому) вы должны предоставить.
Договоритесь о подходящей частоте пересмотра тест-плана, или же используйте для этого любой достаточно весомый повод. Пересмотры не должны быть глобальными – пусть они соответствуют масштабу перемен. Это необязательно личные встречи: попросите людей просмотреть изменения и отправить вам комментарии по почте. Пусть всем будет легко помогать вам в поддержании плана в актуальном и рабочем состоянии.
Тест-планы работают на вас
Если ваше тестирование совсем не документируется, это может вызывать вопросы, на которые трудно найти ответ. Если вы способны показать ваш одобренный, обновляющийся, регулярно пересматриваемый тест-план вместе с результатами тестирования – у вас есть куда более солидная база для обсуждения тестирования, повышающая прозрачность того, что вы делаете для улучшения качества продукта.
Тест-план может помочь вам обдумать, какая подготовительная работа вам нужна. Это особенно важно, если вы не контролируете то, что может вам понадобиться в процессе тестирования. Если вам нужны серверы, данные или доступ к инструментам, то с шансами вы будете во всеоружии, как только они будут доступны – если вы заранее все спланируете. Очень важно быть готовым к действиям, как только появится что-либо, что можно тестировать.
Эта информация также полезна во время ретроспектив и пост-мортемов, позволяя лучше принимать решения и обсуждать, как можно улучшить тестирование.
Полезный тест-план
Используйте тест-план с пользой – как механизм для поиска ответов, как катализатор обмена информацией и достижения консенсуса, и для самоподготовки. Пусть он приносит ценность вам и остальным участникам проекта. Он должен работать на вас, а не против вас, а если он этого не делает – избавьтесь от него.
Об авторе
Ричард Патерсон руководит тестированием и безопасностью приложений в SAS R&D (Шотландия). Он считает себя не только тестировщиком, но и дизайнером, лидером и создателем.
Тест план
ТЕСТ ПЛАН (Test Plan) — это документ, в котором описывается планирование процесса тестирования. Он содержит рекомендации для процесса тестирования, такие как подход, задачи тестирования, потребности в окружающей среде, требования к ресурсам, график и ограничения.
Как только вам поручат протестировать новый продукт, вы должны подумать о том, как написать тест план проекта. Что входит в созданный тест план для тестирования? Какие шаги нужны, чтобы составить тест план? Мы поговорим в данной статье! Здесь мы обсудим ответы на эти вопросы, а также предоставим для скачивания образец тест плана.
Содержание
Разработка тест плана: кто отвечает за создание?
План тестирования создается для организации проверки соответствия продукта, установленным стандартам. Как правило, составление тест плана делает Test lead, но при взаимодействии с другими членами команды.
| Test lead | Product Manager |
|---|---|
| Написание тест плана Предлагает тестовую стратегию | Ведет переговоры с заказчиком Утверждает тест план Определяет критерии качества Test lead описывает объем тестирования, используемые методы тестирования, ресурсы, необходимые для тестирования, и график запланированных тестовых мероприятий. Таким образом, тест план и тест стратегия в нем, ложатся полностью на плечи Тимлида. Что такое тест план?Определение понятию мы давали в начале статьи, поэтому повторим простыми словами тест план – это всеобъемлющий документ, который описывает все необходимое для успешного выполнения тестирования, например, тест план приложения или тест план программы, отвечает на такие вопросы: Следует отметить, что тест планы не могут быть одинаковыми! Это значит, что при схожей структуре они все равно будут отличаться. Также, также нужно помнить, что бывают разные виды тест планов. Охарактеризуем распространенный тест план и разделы тест плана дальше. Структура тест планаРазличные команды могут придумать разные разделы, которые будут включены в план тестирования. Тем не менее, за основу можно использования шаблоны тест планов сайта, а потом дополнять его всем необходимым, чтобы он соответствовал вашим требованиям. И так перейдем, непосредственно к базовым пунктам. Учитывая специфику тематики, тест план для тестирования пример будем перечислять на английском. Использовать даже стандартизированный шаблон тест плана лучше, чем не составлять его совсем, наличие плана тестирования придаст вашей команде больше уверенности. Примечание: Вышеперечисленные пункты будет содержать наш тест план для тестирования сайта, который можно скачать внизу страницы. А теперь давайте разберемся, зачем нужно разрабатывать тест план сайта или любого другого проекта. Зачем создавать тест план?Возможно, многим интересно, почему необходимо время и усилия создавая шаблоны тест планов сайта, приложения или программы. Намного проще просто перейти к тестированию и начать работу. Тестирование — важный процесс, который контролирует и определяет качество продукта. Если вы хотите выпустить продукт без критических ошибок и уложится в запланированный график, вам нужен хороший план тестирования, чтобы это произошло. Разработанный к началу тестирования тест план сайта — пример и показатель профессионализма команды. Помимо этого, качественный Test Plan предлагает множество преимуществ: К перечисленному нужно добавить то, что тест планом можно делиться с вашим клиентом, чтобы дать ему представление о процессе тестирования и почувствовать уверенность. Как написать хороший тест план?Надеюсь, на этом этапе вы убеждены, что тест план тестирования управляет успешным процессом тестирования и осведомлены, какие пункты он должен содержать. Теперь нужно понять, как написать хороший план тестирования. Как правило, написать качественный тест план можно, выполнив следующие шаги: 1. Проанализировать продуктПервым шагом к созданию плана тестирования является анализ продукта, его функций и функциональных возможностей, чтобы получить более глубокое понимание. Кроме того, изучите требования к бизнесу и то, чего клиент хочет достичь от конечного продукта. Понимать пользователей и использовать возможности тестирования продукта с точки зрения пользователя. 2. Разработка стратегии тестированияПосле того как вы проанализировали продукт, вы готовы разработать стратегию тестирования для разных уровней. Ваша стратегия тестирования может состоять из нескольких методов тестирования. Соблюдая правила использования и бизнес-требования, вы решаете, какие методы тестирования будут использоваться. Например, если вы создаете тест план, пример на русском веб-сайте с тысячами онлайн-пользователей, вы включите «Нагрузочное тестирование» в свой план тестирования. Точно так же, если вы работаете на веб-сайте электронной коммерции, который включает онлайн-транзакции в денежной форме, вы будете подчеркивать безопасность и тестирование на уязвимость. 3. Определить область действияХороший план тестирования четко определяет область тестирования и границы. Вы можете использовать документ спецификации требований, чтобы определить, что включено в область действия и что исключено. Составьте список «Проверяемые функции» и «Возможности, которые тестироваться не будут». Это сделает ваш тест план конкретным и полезным. Вам также может потребоваться указать список результатов. Например, если вы выполняете нагрузочное тестирование приложения, вам необходимо указать предел максимальной и минимальной нагрузки тестируемых пользователей. 4. Разработка графикаСознавая стратегию тестирования и сферу действия, вы можете разработать график тестирования. Разделите работу на тестирование и оцените необходимые усилия. Вы также можете оценить необходимые ресурсы для каждой задачи. Теперь вы можете включить график тестирования в свой тест план, который поможет вам контролировать ход процесса тестирования. 5. Определите роли и обязанностиВ хорошем тест плане четко перечислены роли и обязанности команды тестирования и менеджера команды. Раздел «Роли и обязанности» вместе с «графиком» рассказывает всем, что делать и когда делать. 6. Предвидеть рискиВаш тест план будет неполным без ожидаемых рисков, методов смягчения и ответов на риск. Существует несколько типов рисков при тестировании программного обеспечения, таких как расписание, бюджет, умения, знания и тд. Тест план: примерДля написания данного тест плана использовался шаблон. Так как, это один из простых способов не начинать с нуля и не упустить важные пункты. Просмотр заполненного тест плана позволит вам структурировать информацию для ее применения в будущем. Ниже вы можете тест план скачать в форматах: excel и pdf. Тест план тестирования интернет сайта (type pdf, docx) Теперь вы знаете какие однокоренные слова подходят к слову Как написать план тестирования, а так же какой у него корень, приставка, суффикс и окончание. Вы можете дополнить список однокоренных слов к слову "Как написать план тестирования", предложив свой вариант в комментариях ниже, а также выразить свое несогласие проведенным с морфемным разбором. |