Что такое план тестирования?
TEST PLAN представляет собой подробный документ, описывающий стратегию тестирования, цели, расписание, оценки и конечные результаты и ресурсы , необходимые для тестирования. План тестирования помогает нам определить усилия, необходимые для проверки качества тестируемого приложения. План тестирования служит планом для проведения мероприятий по тестированию программного обеспечения как определенного процесса, который тщательно контролируется и контролируется менеджером тестирования.
Давайте начнем со следующего сценария
На собрании вы хотите обсудить план тестирования с членами команды, но они не заинтересованы.
В таком случае, что ты будешь делать? Выберите ваш ответ как на следующем рисунке
Б) Хорошо, позвольте мне объяснить, почему нам нужен план тестирования
Как менеджер тестирования, вы должны объяснить им важность плана тестирования, а не заставлять команду делать то, что вы хотите.
As a Test Manager, you must explain them the importance of Test Plan rather than force the team to do what you want.
Важность плана испытаний
Создание плана тестирования имеет несколько преимуществ
- Помогите людям вне группы тестирования, таким как разработчики, бизнес-менеджеры, клиенты, понять детали тестирования.
- План тестирования направляет наше мышление. Это как книга правил, которой нужно следовать.
- Важные аспекты, такие как оценка теста, объем теста, стратегия тестирования , задокументированы в плане тестирования, поэтому он может быть рассмотрен командой управления и повторно использован для других проектов.
Как написать план тестирования
Вы уже знаете, что составление плана тестирования является наиболее важной задачей процесса управления тестированием. Выполните семь шагов ниже, чтобы создать план тестирования в соответствии с IEEE 829
- Проанализируйте продукт
- Разработайте тестовую стратегию
- Определите цели теста
- Определить критерии тестирования
- Планирование ресурсов
- План тестирования среды
- Расписание и оценка
- Определить результаты испытаний
Шаг 1) Анализ продукта
Как вы можете протестировать продукт без какой-либо информации о нем? Ответ невозможен. Вы должны тщательно изучить продукт, прежде чем тестировать его.
Тестируемый продукт — банковский сайт Guru99. Вы должны исследовать клиентов и конечных пользователей, чтобы узнать их потребности и ожидания от приложения
- Кто будет использовать сайт?
- Для чего его используют?
- Как это будет работать?
- Какое программное / аппаратное обеспечение использует продукт?
Вы можете использовать следующий подход для анализа сайта
Теперь давайте применим приведенные выше знания к реальному продукту: проанализируем банковский сайт http://demo.guru99.com/V4 .
Вам следует осмотреть этот сайт, а также ознакомиться с документацией по продукту . Обзор документации по продукту поможет вам понять все возможности веб-сайта, а также узнать, как его использовать. Если вам что-то неясно, вы можете взять у клиента, разработчика, дизайнера дополнительную информацию.
Шаг 2) Разработайте тестовую стратегию
Стратегия тестирования является важным шагом в создании плана тестирования. Документ Стратегии тестирования — это документ высокого уровня, который обычно разрабатывается Менеджером тестов. Этот документ определяет:
- Цели тестирования проекта и способы их достижения
- Определяет усилия и затраты на тестирование
Возвращаясь к вашему проекту, вам нужно разработать тестовую стратегию для тестирования этого банковского веб-сайта. Вы должны следовать шагам ниже
Шаг 2.1) Определить объем тестирования
Перед началом любой деятельности по тестированию, объем тестирования должен быть известен. Вы должны подумать об этом.
- Компоненты тестируемой системы (аппаратное, программное обеспечение, промежуточное программное обеспечение и т. Д.) Определяются как « в рамках »
- Компоненты системы, которые не будут испытываться, также должны быть четко определены как «не входящие в сферу применения ».
Определение объема вашего тестового проекта очень важно для всех заинтересованных сторон. Точная сфера поможет вам
- Дайте всем уверенность и точную информацию о тестировании, которое вы проводите
- Все участники проекта будут иметь четкое представление о том, что тестируется, а что нет
Как вы определяете масштаб вашего проекта?
Чтобы определить сферу, вы должны —
- Точное требование клиента
- Бюджет проекта
- Спецификации продукта
- Навыки и талант вашей тестовой команды
Теперь следует четко определить «по объему» и «вне рамок» тестирования.
- Поскольку требование программного обеспечения спецификации , проект Guru99 Bank только сосредоточиться на тестирование всех функций и внешний интерфейс сайта Guru99 банка ( в области видимости тестирования)
- Нефункциональное тестирование, такое как стресс , производительность или логическая база данных, в настоящее время не будет тестироваться. ( выходит за рамки)
Сценарий проблемы
Клиент хочет, чтобы вы протестировали его API. Но бюджет проекта не позволяет это сделать. В таком случае, что вы будете делать?
Что ж, в таком случае вам нужно убедить клиента, что Api Testing — это дополнительная работа и потребует значительных ресурсов. Дайте ему данные, подтверждающие ваши факты. Скажите ему, если Api Testing включен в объем, бюджет увеличится на сумму XYZ.
Клиент соглашается, и, соответственно, новые области применения выходят за рамки
- Предметы: функциональное тестирование , тестирование API
- Вне области применения: тестирование базы данных , аппаратное обеспечение и любые другие внешние интерфейсы
Шаг 2.2) Определите тип тестирования
Тестирование Тип стандартная процедура тестирования , что дает ожидаемый результат теста.
Каждый тип тестирования сформулирован, чтобы идентифицировать определенный тип ошибок продукта. Но все типы тестирования направлены на достижение одной общей цели: « Раннее обнаружение всех дефектов перед выпуском продукта клиенту».
В широко используются испытательные типы описаны как рисунок
Существует множество типов тестирования для тестирования программного продукта. Ваша команда не может приложить достаточных усилий для проведения всех видов тестирования. Как Менеджер Тестов, вы должны установить приоритет Типов Тестирования
- Какие типы тестирования должны быть направлены на тестирование веб-приложений?
- Какие типы тестирования следует игнорировать для экономии средств?
Какие типы тестирования вы должны сосредоточить в этом случае?
Выбрать все, что подходит
Б) Тестирование API
C) Интеграционное тестирование
D) Тестирование системы
E) Установить / удалить тестирование
F) Agile тестирования
B) API Testing
C) Integration Testing
D) System Testing
for Guru99 project
Шаг 2.3) Документ Риск и проблемы
Риск — это неопределенное событие в будущем с вероятностью возникновения и возможностью потери. Когда риск действительно происходит, он становится « проблемой».
В статье « Анализ и решение рисков» вы уже подробно изучили анализ «рисков» и определили потенциальные риски в проекте.
В плане тестирования QA вы будете документировать эти риски
| риск | смягчение |
|---|---|
| Члену команды не хватает необходимых навыков для тестирования сайта. | Запланируйте учебный курс для повышения квалификации ваших членов |
| График проекта слишком плотный; трудно вовремя завершить этот проект | Установите приоритет теста для каждого действия теста. |
| Менеджер тестов имеет слабые навыки управления | Планирование тренинга лидерства для менеджера |
| Отсутствие сотрудничества негативно влияет на производительность ваших сотрудников | Поощряйте каждого члена команды в его задаче и вдохновляйте их на большие усилия. |
| Неправильная оценка бюджета и перерасход средств | Определите сферу деятельности до начала работы, уделите большое внимание планированию проекта и постоянно отслеживайте и измеряйте прогресс |
Шаг 2.4) Создание тестовой логистики
В тестовой логистике Менеджер тестов должен ответить на следующие вопросы:
- Кто будет тестировать?
- Когда произойдет тест?
Кто будет тестировать?
Вы можете не знать точных имен тестера, который будет тестировать, но тип тестера может быть определен.
Чтобы выбрать правильного участника для указанной задачи, вы должны рассмотреть, квалифицирован ли его навык для этой задачи или нет, а также оценить бюджет проекта. Выбор неверного участника для задачи может привести к сбою или задержке проекта .
Лицо, обладающее следующими навыками, идеально подходит для проведения тестирования программного обеспечения:
- Умение понимать точку зрения клиентов
- Сильное стремление к качеству
- Внимание к деталям
- Хорошее сотрудничество
В вашем проекте участник, который будет отвечать за выполнение теста, является тестером. Исходя из бюджета проекта, вы можете выбрать в качестве тестировщика участника-источника или участника-аутсорсера.
Когда произойдет тест?
Тестовые действия должны быть сопоставлены с соответствующими разработками.
Вы начнете тестировать, когда у вас будут все необходимые элементы, показанные на следующем рисунке.
Шаг 3) Определите цель теста
Цель теста — общая цель и достижение выполнения теста. Цель тестирования — найти как можно больше дефектов программного обеспечения; убедитесь, что тестируемое программное обеспечение не содержит ошибок перед выпуском.
Чтобы определить цели теста, вы должны сделать 2 следующих шага
- Перечислите все функции программного обеспечения (функциональность, производительность, графический интерфейс…), которые могут потребоваться для тестирования.
- Определите цель или цель теста на основе вышеуказанных функций
Давайте применим эти шаги, чтобы найти цель тестирования вашего проекта тестирования Guru99 Bank
Вы можете выбрать метод « ТОП-ВНИЗ», чтобы найти функции веб-сайта, которые могут потребоваться для тестирования. В этом методе вы разбиваете тестируемое приложение на компонент и подкомпонент .
В предыдущей теме вы уже проанализировали спецификации требований и прошли по сайту, поэтому вы можете создать Mind-Map, чтобы найти функции сайта следующим образом
На этом рисунке показаны все функции, которые может иметь веб-сайт Guru99.
Основываясь на вышеупомянутых функциях, вы можете определить цель тестирования проекта Guru99 следующим образом
- Проверьте, работает ли функционал веб-сайта Guru99 (Аккаунт, Депозит…) должным образом, без ошибок или ошибок в реальной бизнес-среде.
- Убедитесь, что внешний интерфейс веб-сайта, такой как пользовательский интерфейс , работает должным образом и соответствует потребностям клиента.
- Проверьте удобство использования сайта. Удобны ли эти функции для пользователя или нет?
Шаг 4) Определите критерии тестирования
Критерии тестирования — это стандарт или правило, на которых может основываться процедура тестирования или суждение о тестировании. Есть 2 типа критериев испытаний, как следующие
Критерии подвески
Укажите критические критерии приостановки теста. Если критерии приостановки будут выполнены во время тестирования, активный цикл тестирования будет приостановлен до тех пор, пока критерии не будут решены .
Пример: если члены вашей команды сообщают, что 40% тестовых случаев не пройдены, вы должны приостановить тестирование, пока команда разработчиков не исправит все неудачные тесты.
Критерии выхода
Он определяет критерии, которые обозначают успешное завершение этапа тестирования. Критерии выхода являются целевыми результатами теста и необходимы перед переходом к следующему этапу разработки. Пример: 95% всех критических тестовых случаев должны пройти.
Некоторые методы определения критериев выхода — указать целевую скорость выполнения и скорость прохождения .
- Скорость выполнения — это отношение числа выполненных тестовых случаев к общему количеству тестовых случаев спецификации теста. Например, спецификация теста имеет в общей сложности 120 TC, но тестер выполнил только 100 TC, поэтому скорость прогона составляет 100/120 = 0,83 (83%).
- Проходной балл — это соотношение между количеством пройденных тестовых случаев / выполненных тестовых случаев . Например, при выполнении более 100 ТС было пройдено 80 ТК, поэтому коэффициент прохождения составляет 80/100 = 0,8 (80%).
Эти данные могут быть получены в документах Test Metric.
- Запуск скорость является обязательным , чтобы быть 100% , если только ясная причина не дается.
- Проходной балл зависит от масштаба проекта, но достижение высокой пропускной способности является целью.
Пример: ваша команда уже выполнила тестовые выполнения. Они сообщают вам результаты теста и хотят, чтобы вы подтвердили критерии выхода.
В вышеприведенном случае коэффициент выполнения является обязательным и составляет 100%, но группа тестирования выполнила только 90% тестовых случаев. Это означает, что скорость выполнения не удовлетворена, поэтому НЕ подтверждайте критерии выхода
Шаг 5) Планирование ресурсов
План ресурсов — это подробное описание всех типов ресурсов, необходимых для выполнения задачи проекта. Ресурс может быть человеком, оборудованием и материалами, необходимыми для завершения проекта
Планирования ресурсов являются важным фактором при планировании теста , потому что помогает в определении на количестве ресурсов (персонал, оборудование …) , который будет использоваться для проекта. Следовательно, Менеджер тестов может составить правильное расписание и оценку для проекта.
В этом разделе представлены рекомендуемые ресурсы для вашего проекта.
Человеческие ресурсы
В следующей таблице представлены различные члены вашей проектной команды
|
Нет. |
член |
Задания |
|---|---|---|
|
1. |
Тест менеджер |
Управлять всем проектом Определить направления проекта Получить соответствующие ресурсы |
|
2. |
тестер |
Определение и описание подходящих методов испытаний / инструментов / архитектуры автоматизации Проверьте и оцените подход к тестированию Выполните тесты, зарегистрируйте результаты, сообщите о дефектах. Тестер может быть участником из внешнего или внешнего источника, исходя из бюджета проекта Для выполнения задачи, требующей низкого уровня квалификации, я рекомендую выбирать сторонних участников, чтобы сэкономить на стоимости проекта. |
|
3. |
Разработчик в тесте |
Реализуйте контрольные примеры, тестовую программу, набор тестов и т. Д. |
|
4. |
Тест Администратор |
Строит и гарантирует среды тестирования и активов удалось и сохранить Поддержка тестера для использования тестовой среды для выполнения теста |
|
5. |
Члены SQA |
Возьмите на себя ответственность за обеспечение качества Проверьте, чтобы убедиться, что процесс тестирования соответствует указанным требованиям |
Системный ресурс
Для тестирования веб-приложения вы должны запланировать ресурсы в виде следующих таблиц:
|
Нет. |
Ресурсы |
Описания |
|---|---|---|
|
1. |
сервер |
Установите тестируемое веб-приложение Это включает в себя отдельный веб-сервер, сервер базы данных и сервер приложений, если это применимо |
|
2. |
Тестовый инструмент |
Инструмент тестирования предназначен для автоматизации тестирования, моделирования работы пользователя, генерации результатов тестирования. Для этого проекта вы можете использовать множество тестовых инструментов, таких как Selenium, QTP и т. Д. |
|
3. |
сеть |
Вам нужна сеть, включающая локальную сеть и Интернет, чтобы имитировать реальную бизнес-среду и среду пользователя. |
|
4. |
компьютер |
ПК, который пользователи часто используют для подключения к веб-серверу |
Шаг 6) Планирование тестовой среды
Что такое тестовая среда
Среда тестирования — это настройка программного и аппаратного обеспечения, на которой группа тестирования будет выполнять тестовые случаи. Тестовая среда состоит из реальной бизнес- среды и пользовательской среды, а также физических сред, таких как сервер, среда выполнения переднего плана.
Как настроить тестовую среду
Возвращаясь к вашему проекту, как настроить тестовую среду для этого банковского сайта?
Чтобы выполнить эту задачу, вам необходимо тесное сотрудничество между командой тестирования и командой разработчиков
Вам следует задать разработчику несколько вопросов, чтобы четко понять тестируемое веб-приложение . Вот несколько рекомендуемых вопросов. Конечно, вы можете задать другие вопросы, если вам нужно.
- Какое максимальное пользовательское соединение может одновременно обрабатывать этот веб-сайт?
- Каковы требования к оборудованию / программному обеспечению для установки этого веб-сайта?
- Нужен ли компьютеру пользователя какой-либо конкретный параметр для просмотра веб-сайта?
На следующем рисунке описана среда тестирования банковского веб-сайта www.demo.guru99.com/V4.
Шаг 7) Расписание и оценка
В статье Тестовая оценка вы уже использовали некоторые методы для оценки усилий по завершению проекта. Теперь вы должны включить эту оценку, а также график в планирование тестирования
Предположим, что на этапе оценки теста вы разбили весь проект на небольшие задачи и добавили оценку для каждой задачи, как показано ниже.
|
задача |
члены |
Оценить усилие |
|---|---|---|
|
Создать спецификацию теста |
Дизайнер тестов |
170 человеко-часов |
|
Выполнить тестирование |
Тестер, Тест Администратор |
80 человеко-часов |
|
Протокол испытаний |
тестер |
10 человеко-часов |
|
Тестовая Доставка |
|
20 человеко-часов |
|
Всего |
|
280 человеко-часов |
Затем вы создаете расписание для выполнения этих задач.
Составление графика — это общий термин в управлении проектами. Создавая четкое расписание в Планировании тестов, Менеджер тестов может использовать его в качестве инструмента для мониторинга хода выполнения проекта, контролировать перерасход средств.
Для создания расписания проекта Менеджеру тестов необходимо несколько типов ввода, как показано ниже:
- Срок выполнения работника и проекта : рабочие дни, срок выполнения проекта, доступность ресурсов — это факторы, которые повлияли на график.
- Оценка проекта : Основываясь на оценке, менеджер по тестированию знает, сколько времени потребуется для завершения проекта. Таким образом, он может сделать соответствующий график проекта
- Риск проекта : понимание риска помогает Test Manager добавить достаточно времени к графику проекта, чтобы справиться с рисками
Давайте потренируемся с примером:
Предположим, что начальник хочет завершить проект Guru99 за один месяц, вы уже оценили усилия для каждой задачи в тестовой оценке. Вы можете создать график, как показано ниже
Шаг 8) Проверка результатов
Результаты тестирования — это список всех документов, инструментов и других компонентов, которые должны быть разработаны и поддерживаться для поддержки процесса тестирования.
На каждом этапе жизненного цикла разработки программного обеспечения имеются различные результаты тестирования.
Результаты испытаний предоставляются до этапа тестирования.
- Документ о планах испытаний.
- Документы тестовых случаев
- Спецификация дизайна теста.
Результаты испытаний предоставляются во время тестирования
- Тестовые сценарии
- Имитаторы.
- Тестовые данные
- Матрица трассировки теста
- Журналы ошибок и журналы выполнения.
Результаты испытаний предоставляются после окончания циклов тестирования.
- Результаты тестов / отчеты
- Отчет о дефектах
- Руководство по установке / тестированию
- Примечания к выпуску
Ресурсы
Скачать образец шаблона плана тестирования
Скачать примерный план тестирования системы сайта Guru99 Bank