тест план приложения пример

Александр Александров про тренды и технологии тестирования, про влияние Covid19 на рынок QA

Продолжу хвастаться статусом книги.

• Почему хуки – это лучшее что произошло в развиии Октябрьская лента: лучшее за месяц

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

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

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

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

Автор: Клэр Рэклесс (Claire Reckless)

Перевод: Ольга Алифанова

Загуглите «как написать тест-план» – и утоните в куче шаблонов, обучающих материалов, маст-хэвов и всего такого прочего. Когда дело доходит до создания тест-плана, способов его сделать миллионы, и в уме нужно держать множество вещей – очень легко запутаться. Люди часто вносят в план информацию с целью «лишней не будет» – кажется, что лучше бы ее туда включить. Может, кому-то она нужна, правда? Как только план написан, прошел ревью, исправлен, финализирован и передан всем заинтересованным лицам, часто выясняется, что его никто никогда не читал.

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

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

А зачем его вообще писать?

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

Тест-план – это вроде как наш «щит». Если что-то пошло не так, то мы обратимся к тест-плану и найдем упущенные вещи, нехватку тестового покрытия, или убедимся, что все были согласны, что такого покрытия будет достаточно. В регулируемом или очень контролируемом окружении это может быть обязательной частью цикла тестирования, или даже одним из результатов проекта.

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

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

Манифест Agile гласит, что рабочее ПО важнее полной документации. В результате перехода на Agile многие организации снизили количество документации, порождаемой проектом. Очень важно понимать, какую ценность приносит тест-план лично вам. Иногда он просто необходим, и зачастую это наименее сложный способ рассказать всем, как вы собираетесь тестировать.

Почему тест-план на одну страничку сработает

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

Говоря о времени – побочным эффектом одной странички информации будет то, что ее создание (возможно) займет меньше времени, нежели что-то длинное. Это высвободит ваше время для других занятий тестировщика.

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

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

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

Идеи для презентации тест-плана

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

Незыблемая классика. У Лиза Криспин и Дженет Грегори есть отличный пример одностраничного тест-плана в их книге Agile Testing. Короче говоря, план содержит информацию о том, что мы будем делать, чего не будем, ресурсах, особенностях, производительности и нагрузочном тестировании, приемочном тестировании, инфраструктуре, допущениях и рисках. Вы можете поменять или подправить эти разделы для вашего проекта. Каждая секция содержит всего пару строчек, дающих понимание, что и как будет делаться.

Такое представление информации – неплохой способ дать читателю понять с одного взгляда, что вы собираетесь тестировать. Используйте цвета и стили, чтобы привлечь внимание читателя к разным областям. Майк Токс недавно разработал свой дашборд тест-плана для тестирования отдельных фич. Вот этот дашборд тестирования юзабилити – тоже неплохая стартовая точка.

Еще один отличный способ создания тест-плана, и даже не нужно укладываться в одну страницу А4. Создайте ноду для каждой области тест-плана и работайте с ними. Конечно, очень хочется неорганизованно бегать вокруг и создавать кучу нод, но помните о том, что майнд-карта должна хорошо читаться. Вот отличный пример из статьи Элизабет. Если вы создаете план со списками тестов, этот подход тоже может сработать. Вы даже можете использовать ментальную карту, как предвестник письменного плана, чтобы помочь вам набросать контент. Попробуйте Try XMind, Mindmup, MindMeister или Coggle.it для создания таких карт.

Эксель или любая другая таблица

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

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

Считается ли это все еще «одной страничкой»? Думаю, да. Если ваш план будет использоваться только командой, у которой эта доска перед глазами, то ее вполне достаточно – зачем вам формальный документ? Использование доски – один из самых простых способов создания тест-плана, он быстрый, дешевый, эффективный, и такой план легко обновлять. Его можно сфотографировать, чтобы не забыть, если вы не рядом с доской.

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

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

Выбор тем для плана

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

Если вы решили добавить что-то в документ, спросите себя, действительно ли это нужно и важно знать читателю? К тому же, как уже говорилось выше, спросите самого читателя! Что они хотят узнать, прочитав ваш план? Только не попадитесь в ловушку, включая в план что-то только потому, что так делалось всегда.

Если что-то не влезает, подумайте, как можно это прилинковать к внешнему источнику или ресурсу, который содержит эту информацию, например:

Сделайте так, чтобы его было легко читать

Зная, кто ваша аудитория и для чего она использует ваш тест-план, поможет вам включить в него только самое нужное. Разные люди используют план по-разному:

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

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

Клэр Рэклесс тестировщица в Авекто и работает над ПО, обеспечивающим безопасность. Помогать людям тестировать лучше – ее страсть. Ее опыт также включает финансовый и ERP-софт. Клэр живет в Манчестере со своим мужем Робом, кошкой и собакой. Она любит бегать, когда у нее есть на это время. Клэр можно найти в Твиттере.

Источник

Как составить тест-план? Для начинающего тестировщика

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

Для себя я отметил следующие важные пункты при составлении тест-плана.

Основные пункты:

1 Краткое изложение проекта

В нескольких предложениях описать зачем и для кого этот продукт.

2 Понятная структура тест-плана

Расположить в правильном порядке все пункты тестированию

3 Сроки тестирования

Описать приблизительные сроки в формате когда и сколько времени будет потрачено на это.

4 Программы и методы тестирования

Рассказать какой софт и методы тестирования вы будете применять и для чего.

5 Технические требования

Например: Рассказать какие компьютеры или телефоны будут участвовать в тестировании (их характеристики)

6 Структура тестируемого проекта (Описать например какой функционал будет протестирован)

Описать все страницы проекта, какие функции там есть.

7 Результат тестирования

Что получилось в результате тестирования, какие тест-кейсы, чек-листы и т.д будут сделаны.

Полезные статьи с примерами и описанием как составить тест-план

Примеры тест-кейсов

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

Источник

Тест план

ТЕСТ ПЛАН (Test Plan) — это документ, в котором описывается планирование процесса тестирования. Он содержит рекомендации для процесса тестирования, такие как подход, задачи тестирования, потребности в окружающей среде, требования к ресурсам, график и ограничения.

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

Содержание

Разработка тест плана: кто отвечает за создание?

План тестирования создается для организации проверки соответствия продукта, установленным стандартам. Как правило, составление тест плана делает Test lead, но при взаимодействии с другими членами команды.