ПЛАН ТЕСТИРОВАНИЯ при тестировании программного обеспечения (пример)

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

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

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

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

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

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

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


А) Я менеджер, делаю все, как я сказал

Б) Хорошо, давайте я объясню, зачем нам нужен план тестирования.


Неправильный

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

Верный

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

 

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

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

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

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

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

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

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

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

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

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

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

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

Анализируйте продукт

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

Анализируйте продукт

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

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

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

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

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

Разработать стратегию тестирования

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

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

  • Компоненты тестируемой системы (аппаратное обеспечение, программное обеспечение, промежуточное программное обеспечение и т. д.) определяются как «в рамках
  • Компоненты системы, которые не будут тестироваться, также должны быть четко определены как «вне рамок".

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

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

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

Чтобы определить объем, вам необходимо:

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

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

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

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

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

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

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

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

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

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

Команда обычно используется типы тестирования описаны нижеwing понять

Часто используемые типы тестирования
Часто используемые типы тестирования

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

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

На каких типах тестирования следует сосредоточиться в этом случае?

Выбрать все, что подходит
А) Модульное тестирование

Б) Тестирование API

В) Интеграционное тестирование

Г) Тестирование системы

Д) Тестирование установки/удаления

Е) Гибкое тестирование




Мы выбираем только

Б) Тестирование API

В) Интеграционное тестирование

Г) Тестирование системы

для проекта Guru99

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

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

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

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

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

Неправильная смета бюджета и перерасход средств Создать сфера перед началом работы уделите много внимания планированию проекта и постоянно отслеживайте и измеряйте прогресс

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

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

  • Кто будет тестировать?
  • После появления произойдет ли испытание?

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

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

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

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

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

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

Когда будет испытание?

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

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

Происходит тест

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

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

Чтобы определить цели тестирования, необходимо сделать 2 след.wing шага

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

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

Вы можете выбрать 'СВЕРХУ ВНИЗ' метод поиска функций веб-сайта, которые, возможно, потребуется протестировать. В этом методе вы разбиваете тестируемое приложение на компонент и подкомпонент.

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

Определить цель тестирования

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Фоллоwing таблица представляет различных членов вашей проектной команды

Нет. Член Задач

1.

Test Manager

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

Определить проект инструкция

Приобретите соответствующие ресурсы

2.

тестер

Определение и описание соответствующих методов/инструментов/автоматизации тестирования. archiтекстура

Проверка и оценка подхода к тестированию

Выполнить тесты, Журнал Результаты, Report дефекты.

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

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

3.

Разработчик в тесте

Осуществлять тестовые примеры, тестовая программа, набор тестов и т. д.

4.

Администратор тестирования

Создает и обеспечивает Тестовая среда и активы управляемого и поддержанный

ПоддержкаТестер будет использовать тестовую среду для выполнения тестов.

5.

Члены SQA

Возьмите на себя ответственность за обеспечение качества

Проверьте, соответствует ли процесс тестирования указанным требованиям.

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

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

Нет. Полезные ресурсы Описание

1.

сервер

Установите тестируемое веб-приложение

Сюда входит отдельный веб-сервер, сервер базы данных и сервер приложений, если применимо.

2.

Инструмент тестирования

Инструмент тестирования предназначен для автоматизации тестирования, симуляции пользователя operaция, генерация результатов теста

Для этого проекта вы можете использовать множество инструментов тестирования, таких как Selenium, QTP… и т. д.

3.

Cеть

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

4.

Компьютер

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

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

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

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

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

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

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

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

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

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

Фоллоwing на рисунке описана тестовая среда банковского сайта http://demo.guru99.com/V4

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

Шаг 7) Расписание и оценка

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

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

Сложность задачи Участники Оценить усилие

Создайте спецификацию теста

Дизайнер тестов

170 человеко-час

Выполнение теста

Тестировщик, администратор тестирования

80 человеко-час

Протокол испытаний

тестер

10 человеко-час

Тестовая доставка

20 человеко-час

Всего

280 человеко-час

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

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

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

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

Давайте потренируемся на примере:

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

Расписание и оценка

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

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

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

Результаты испытаний

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

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

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

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

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

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

Полезные ресурсы

Загрузите образец шаблона плана тестирования

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