ПЛАН ИСПЫТАНИЙ: Что есть, как создать (с примером)

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

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

Согласно определению ISTQB: «План тестирования - это документ, описывающий объем, подход, ресурсы и график предполагаемых действий по тестированию».

Начнем со следующего примера / сценария плана тестирования: на встрече вы хотите обсудить план тестирования с членами команды, но им это не интересно -.

Что вы будете делать в таком случае? Выберите свой ответ, как показано на следующем рисунке.

А) Я менеджер все делаю как я сказал
Б) Хорошо, позвольте мне объяснить, почему нам нужен
неправильный
план тестирования. Как менеджер тестирования, вы должны объяснить им важность плана тестирования, а не заставлять команду делать то, что вы хотите. Правильно.
Как руководитель тестирования, вы должны объяснить им важность плана тестирования, а не заставлять команду делать то, что вы хотите.

В чем важность плана тестирования?

Создание документа с планом тестирования имеет множество преимуществ

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

Как написать план тестирования

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

1. Проанализировать продукт
2. Разработайте стратегию тестирования
3. Определите цели теста
4. Определить критерии тестирования
5. Планирование ресурсов
6. Планирование тестовой среды
7. Расписание и оценка
8. Определить результаты тестирования

Шаг 1) Проанализируйте продукт

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

Тестируемый продукт - банковский сайт Guru99. Вам следует изучить клиентов и конечных пользователей, чтобы узнать их потребности и ожидания от приложения.

• Кто будет пользоваться сайтом?
• Для чего его используют?
• Как это будет работать?
• Какое программное / аппаратное обеспечение использует продукт?

Вы можете использовать следующий подход для анализа сайта

Теперь применим полученные выше знания к реальному продукту: проанализируем банковский сайт http://demo.guru99.com/V4.

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

Шаг 2) Разработка стратегии тестирования

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

• Цели тестирования проекта и средства их достижения
• Определяет усилия и затраты на тестирование

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

Шаг 2.1) Определите объем тестирования

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

• Компоненты системы, подлежащие тестированию (оборудование, программное обеспечение, промежуточное программное обеспечение и т. Д.), Определяются как «входящие в объем ».
• Компоненты системы, которые не будут тестироваться, также должны быть четко определены как « выходящие за рамки ».

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

• Дайте всем уверенность и точную информацию о тестировании, которое вы проводите
• Все участники проекта будут иметь четкое представление о том, что тестируется, а что нет.

Как вы определяете масштаб вашего проекта?

Чтобы определить объем, вы должны -

• Точное требование клиента
• Бюджет проекта
• Спецификация продукта
• Навыки и талант вашей тестовой группы

Теперь следует четко определить «в рамках» и «за пределами» тестирования.

• Согласно требованиям к программному обеспечению, проект Guru99 Bank сосредоточен только на тестировании всех функций и внешнего интерфейса веб-сайта Guru99 Bank ( в рамках тестирования).
• Нефункциональное тестирование, такое как стресс , производительность или логическая база данных, в настоящее время тестироваться не будет. ( вне рамок)

Сценарий проблемы

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

Что ж, в таком случае вам нужно убедить клиента, что тестирование Api - это дополнительная работа и потребует значительных ресурсов. Предоставьте ему данные, подтверждающие ваши факты. Скажите ему, если тестирование Api будет включено в объем работ, бюджет увеличится на сумму XYZ.

Заказчик соглашается и, соответственно, новые объемы, не входящие в объем поставки

• Предметы, входящие в объем: функциональное тестирование, тестирование API
• Элементы, выходящие за рамки: тестирование базы данных, оборудование и любые другие внешние интерфейсы.

Шаг 2.2) Определите тип тестирования

Тестирование Тип стандартная процедура тестирования , что дает ожидаемый результат теста.

Каждый тип тестирования разработан для выявления определенного типа ошибок продукта. Но все типы тестирования направлены на достижение одной общей цели: « Раннее обнаружение всех дефектов до выпуска продукта клиенту».

Наиболее часто используемые типы тестирования описаны на следующем рисунке.

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

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

Теперь давайте попрактикуемся с вашим проектом. Продукт, который вы хотите протестировать, - это банковский сайт.
На какие типы тестирования следует обратить внимание в этом случае?
Выбрать все, что подходит А) Модульное тестирование Б) Тестирование API C) Интеграционное тестирование D) Системное тестирование E) Установка / удаление тестирования F) Agile-тестирование Мы выбираем только B) Тестирование API C) Тестирование интеграции D) Тестирование системы для проекта Guru99

Шаг 2.3) Задокументируйте риски и проблемы

Риск - это неопределенное будущее событие с вероятностью наступления и потенциалом убытков. Когда риск действительно случается, он становится « проблемой».

В статье «Анализ рисков и их решение» вы уже подробно ознакомились с анализом «рисков» и определили потенциальные риски в проекте.

В плане тестирования QA вы задокументируете эти риски.

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

Шаг 2.4) Создание тестовой логистики

В тестовой логистике руководитель тестирования должен ответить на следующие вопросы:

• Кто будет тестировать?
• Когда состоится тест?

Кто будет тестировать?

Вы можете не знать точных имен тестировщика, который будет тестировать, но тип тестировщика можно определить.

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

Для проведения тестирования программного обеспечения лучше всего подходит человек, обладающий следующими навыками:

• Умение понимать точку зрения клиентов
• Сильное стремление к качеству
• Внимание к деталям
• Хорошее сотрудничество

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

Когда состоится тест?

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

Вы начнете тестирование, когда у вас будут все необходимые элементы, показанные на следующем рисунке.

Шаг 3) Определите цель теста

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

Чтобы определить цели тестирования, вы должны выполнить 2 следующих шага

1. Перечислите все функции программного обеспечения (функциональность, производительность, графический интерфейс…), которые могут потребоваться для тестирования.
2. Определите цель или цель теста на основе вышеуказанных характеристик

Давайте применим эти шаги, чтобы найти цель тестирования вашего проекта тестирования Guru99 Bank.

Вы можете выбрать метод « TOP-DOWN», чтобы найти функции веб-сайта, которые, возможно, потребуется протестировать. В этом методе тестируемое приложение разбивается на компоненты и подкомпоненты .

В предыдущем разделе вы уже проанализировали спецификации требований и прошли через веб-сайт, поэтому вы можете создать Mind-Map, чтобы найти функции веб-сайта, как показано ниже.

На этом рисунке показаны все функции, которые может иметь веб-сайт Guru99.

Основываясь на вышеупомянутых функциях, вы можете определить цель тестирования проекта Guru99 следующим образом:

• Убедитесь, что функциональность веб-сайта Guru99 (Учетная запись, Депозит…) работает должным образом без каких-либо ошибок или ошибок в реальной бизнес-среде.
• Убедитесь, что внешний интерфейс веб-сайта, такой как пользовательский интерфейс , работает должным образом и соответствует потребностям клиентов.
• Проверьте удобство использования веб-сайта. Удобны ли эти функции для пользователя или нет?

Шаг 4) Определите критерии тестирования

Критерии тестирования - это стандарт или правило, на которых может быть основана процедура тестирования или суждение о тестировании. Существует 2 типа критериев тестирования, а именно:

Критерии отстранения

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

Пример плана тестирования: если члены вашей группы сообщают, что 40% тестовых случаев завершились неудачно, вам следует приостановить тестирование до тех пор, пока группа разработчиков не исправит все неудачные случаи.

Критерии выхода

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

Некоторые методы определения критериев выхода заключаются в указании целевой скорости выполнения и скорости прохождения теста .

• Скорость выполнения - это соотношение между количеством выполненных тестовых примеров и общим количеством тестовых примеров из спецификации теста. Например, в спецификации теста всего 120 TC, но тестер выполнил только 100 TC, поэтому скорость выполнения составляет 100/120 = 0,83 (83%).
• Процент успешно пройденных тестов - это соотношение между количеством пройденных тестовых примеров / выполненных тестовых примеров . Например, из более чем 100 выполненных TC прошло 80 TC, поэтому коэффициент успешности составляет 80/100 = 0,8 (80%).

Эти данные можно получить в документах Test Metric.

• Запуск скорость является обязательным , чтобы быть 100% , если только ясная причина не дается.
• Показатель успешности зависит от объема проекта, но достижение высокого показателя успешности является целью.

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

В приведенном выше случае обязательная скорость выполнения составляет 100%, но группа тестирования выполнила только 90% тестовых случаев. Это означает, что скорость выполнения не удовлетворяется, поэтому НЕ подтверждайте критерии выхода.

Шаг 5) Планирование ресурсов

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

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

В этом разделе представлены рекомендуемые ресурсы для вашего проекта.

Человеческие ресурсы

В следующей таблице представлены различные члены вашей проектной группы.

Нет.	Член	Задачи
1.	Менеджер по тестированию	Управляйте всем проектом Определите направления проекта Получите соответствующие ресурсы
2.	Тестер	Выявление и описание подходящих методов / инструментов / архитектуры тестирования тестирования. Проверить и оценить подход к тестированию Выполните тесты, Запишите результаты, Сообщите о дефектах. Тестировщик может быть привлечен или привлечен из сторонних источников в зависимости от бюджета проекта. Для задачи, требующей низкой квалификации, я рекомендую вам выбирать сторонних участников, чтобы сэкономить на стоимости проекта.
3.	Разработчик в тесте	Реализуйте тестовые примеры, программу тестирования, набор тестов и т. Д.
4.	Администратор тестирования	Создает и обеспечивает управление и обслуживание тестовой среды и активов. Поддержка Tester для использования тестовой среды для выполнения теста
5.	Члены SQA	Возьмите на себя ответственность за обеспечение качества Проверьте, соответствует ли процесс тестирования указанным требованиям.

Системный ресурс

Для тестирования веб-приложения следует запланировать ресурсы в виде следующих таблиц:

Нет.	Ресурсы	Описания
1.	Сервер	Установите тестируемое веб-приложение Это включает отдельный веб-сервер, сервер базы данных и сервер приложений, если это применимо.
2.	Инструмент тестирования	Инструмент тестирования предназначен для автоматизации тестирования, моделирования работы пользователя, генерации результатов тестирования. Для этого проекта можно использовать множество инструментов тестирования, таких как Selenium, QTP… и т. Д.
3.	Сеть	Вам понадобится сеть, включающая локальную сеть и Интернет, чтобы имитировать реальную бизнес-среду и среду пользователя.
4.	Компьютер	ПК, который пользователи часто используют для подключения к веб-серверу

Шаг 6) Планирование тестовой среды

Что такое тестовая среда

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

Как настроить тестовую среду

Возвращаясь к вашему проекту, как вы настраиваете тестовую среду для этого банковского сайта?

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

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

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

На следующем рисунке показана тестовая среда банковского веб-сайта www.demo.guru99.com/V4.

Шаг 7) График и оценка

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

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

Задача	Члены	Оценить усилие
Создайте тестовую спецификацию	Дизайнер тестов	170 человеко-часов
Выполнение теста	Тестировщик, Администратор тестирования	80 человеко-часов
Отчет об испытаниях	Тестер	10 человеко-часов
Тестовая доставка		20 человеко-часов
Общий		280 человеко-часов

Затем вы составляете расписание для выполнения этих задач.

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

Чтобы создать график проекта, Менеджеру тестирования требуется несколько типов входных данных, как показано ниже:

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

Попрактикуемся на примере:

Предположим, начальник хочет завершить проект Guru99 за один месяц, вы уже оценили трудозатраты для каждой задачи в тестовой оценке. Вы можете создать расписание, как показано ниже

Шаг 8) Результаты тестирования

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

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

Результаты тестирования предоставляются до этапа тестирования.

• Документ планов тестирования.
• Документы тестовых случаев
• Спецификации дизайна тестов.

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

• Сценарии тестирования
• Симуляторы.
• Данные испытаний
• Матрица прослеживаемости тестов
• Журналы ошибок и журналы выполнения.

Результаты тестирования предоставляются после завершения циклов тестирования.

• Результаты испытаний / отчеты
• Отчет о дефектах
• Инструкции по установке / тестированию
• Примечания к выпуску

Ресурсы

Скачать образец шаблона плана тестирования

Скачать образец плана тестирования системы сайта Guru99 Bank