ПЛАН ТЕСТИРОВАНИЯ при тестировании программного обеспечения (пример)
Томас Гамильтон
⚡ Умное резюме
План тестирования — это комплексный документ, описывающий объем, цели, ресурсы и график тестирования программного обеспечения, обеспечивающий систематическую и контролируемую проверку качества приложения. Он служит основополагающим документом, обеспечивающим четкое и точное руководство всеми процессами тестирования.
План тестирования
A План тестирования Это подробный документ, описывающий стратегию тестирования, цели, график, оценку, результаты и ресурсы, необходимые для проведения тестирования программного продукта. План тестирования помогает нам определить объем работ, необходимых для подтверждения качества тестируемого приложения. План тестирования служит своего рода шаблоном для проведения тестирования программного обеспечения как четко определенного процесса, который тщательно отслеживается и контролируется менеджером по тестированию.
Согласно определению ISTQB: «План тестирования — это документ, описывающий объем, подход, ресурсы и график предполагаемых тестовых мероприятий».
Начнем со следующего примера/сценария плана тестирования: на совещании вы хотите обсудить план тестирования с членами команды, но они не заинтересованы.
Что вы будете делать в таком случае? Выберите ответ, как показано на следующем рисунке.
А) Я менеджер, и я делаю все, как сказал.
B) Хорошо, позвольте мне объяснить, зачем нам нужен план тестирования.
Неправильный
Как менеджер по тестированию, вы должны объяснить им важность плана тестирования, а не заставлять команду делать то, что вы хотите.
Верный
Как менеджер по тестированию, вы должны объяснить им важность плана тестирования, а не заставлять команду делать то, что вы хотите.
👉 Зарегистрируйтесь на бесплатный проект по живому тестированию программного обеспечения
Какова важность плана тестирования?
Создание документа «План тестирования» имеет множество преимуществ.
- Помогите людям за пределами команды тестирования, таким как разработчики, бизнес-менеджеры и клиенты, понимать подробности тестирования.
- План тестирования инструкциях наше мышление. Это как свод правил, которым нужно следовать.
- Важные аспекты, такие как оценка теста, объем теста, Стратегия тестирования задокументировала в плане тестирования, чтобы его могла просмотреть группа управления и использовать повторно для других проектов.
Типы планов тестирования
Есть три основных типа Планы испытаний в тестировании программного обеспечения.
- Генеральный план испытаний: Документ высокого уровня, описывающий общую стратегию тестирования, объем, ресурсы и график для всех уровней тестирования. Он служит основной дорожной картой проекта.
- План тестирования, соответствующий уровню: Ориентирован на конкретные уровни тестирования, такие как модульное, интеграционное, системное или приёмочное. Каждый план подробно описывает подход, среду и результаты для этого уровня.
- План испытаний, специфичный для конкретного типа: TargetСпециализированные типы тестирования, такие как тестирование производительности, безопасности, удобства использования или автоматизации. Он определяет инструменты, методы и критерии, уникальные для каждого типа тестирования.
В совокупности эти планы тестирования обеспечивают всесторонний охват, согласуют цели тестирования с целями проекта и улучшают координацию между группами для более высокого качества программного обеспечения.
Как написать план тестирования
Вы уже знаете, что создание План тестирования является важнейшей задачей Процесс управления тестированием. Выполните семь шагов ниже, чтобы создать план тестирования в соответствии со стандартом IEEE 829.
- Анализируйте продукт
- Разработайте стратегию тестирования
- Определите цели тестирования
- Определить критерии тестирования
- Планирование ресурсов
- Планирование тестовой среды
- Расписание и оценка
- Определить результаты тестирования
Шаг 1) Проанализируйте продукт
Как можно протестировать продукт без есть ли информация об этом? Ответ Невозможное. Вы должны изучить продукт. тщательно прежде чем тестировать его.
Тестируемый продукт — банковский сайт Guru99. Вам следует изучить клиентов и конечных пользователей, чтобы понять их потребности и ожидания от приложения.
- Кто будет использовать сайт?
- Что он используется?
- Как это будет работать?
- Какое программное обеспечение/аппаратное обеспечение использует продукт?
Для анализа сайта можно использовать следующий подход.
Теперь давайте применим вышеуказанные знания к реальному продукту: Анализировать банковский сайт https://demo.guru99.com/V4.
Вы должны принять осмотреться этот сайт, а также обзоре документация по продукту. RevПросмотр документации по продукту поможет вам понять все возможности веб-сайта, а также способы его использования. Если вам неясны какие-либо пункты, вы можете интервью заказчик, разработчик, дизайнер, чтобы получить дополнительную информацию.
Шаг 2) Разработайте стратегию тестирования
Стратегия тестирования – это критический шаг При составлении плана тестирования программного обеспечения. Документ «Стратегия тестирования» — это документ высокого уровня, обычно разрабатываемый менеджером по тестированию. В этом документе определяются:
- Проект цели тестирования и средства их достижения
- Определяет тестирование усилие и расходы
Возвращаясь к вашему проекту, вам необходимо разработать стратегию тестирования для вашего банковского сайта. Следуйте инструкциям ниже.
Шаг 2.1) Определите объем тестирования
Перед началом любого тестирования необходимо определить его масштаб. Вы должны тщательно продумать его.
- Компоненты тестируемой системы (аппаратное обеспечение, программное обеспечение, промежуточное программное обеспечение и т. д.) определяются как «в рамках»
- Компоненты системы, которые не будут тестироваться, также должны быть четко определены как «вне сферы действия».
Определение области действия вашего проекта тестирования крайне важно для всех заинтересованных сторон. Чёткое определение области действия поможет вам.
- Дайте всем уверенность и точная информация о проводимом вами тестировании.
- Все участники проекта будут иметь Очистить понимание того, что тестируется, а что нет.
Как вы определяете масштаб своего проекта?
Чтобы определить объем, вам необходимо:
- Точное требование клиента
- Бюджет проекта
- Спецификация
- Навыки и талант вашей команды тестировщиков
Теперь необходимо четко определить, что «входит в сферу действия» и что «вне сферы действия» тестирования.
- Как требование к программному обеспечению функции, проект Guru99 Bank ориентирован только на тестирование всех Функции и внешний интерфейс сайта Guru99 Банк (в рамках тестирование)
- Нефункциональное тестирование, такое как стресс, производительность or логическая база данных не будет проверено. (из сфера)
Сценарий проблемы
Заказчик хочет, чтобы вы протестировали его API. Но бюджет проекта не позволяет этого сделать. Что вы будете делать в таком случае?
Ну, в таком случае вам нужно убедить клиента, что API-тестирование Это дополнительная работа, требующая значительных ресурсов. Предоставьте ему данные, подтверждающие ваши факты. Сообщите, что если тестирование API будет включено в объём работ, бюджет увеличится на сумму XYZ.
Заказчик соглашается, и соответственно, новые объемы, не входящие в объем,
- Объекты, входящие в сферу охвата: Функциональное тестирование, API-тестирование
- Элементы, выходящие за рамки: Тестирование базы данных, аппаратное обеспечение и любые другие внешние интерфейсы
Шаг 2.2) Определите тип тестирования
A Тип тестирования Стандартная процедура тестирования, дающая ожидаемый результат тестирования.
Каждый тип тестирования предназначен для выявления определённого типа ошибок продукта. Однако все типы тестирования направлены на достижение одной общей цели:Раннее обнаружение все дефекты перед отправкой продукта покупателю»
Команда обычно используется Типы тестирования описаны на рисунке ниже.
Существуют тонны типов тестирования для тестирования программного продукта. Ваша команда не могу поставить достаточно усилий для проведения всех видов тестирования. Как менеджер по тестированию, вы должны установить приоритет видов тестирования
- Какие типы тестирования должны быть внимание для тестирования веб-приложений?
- Какие типы тестирования должны быть игнорируются для экономии средств?
Шаг 2.3) Документируйте риски и проблемы
Риск — это будущее неопределенное событие с вероятностью вхождение и еще один потенциал к убыткам. Когда риск действительно реализуется, он становится 'проблема'.
В статье Анализ рисков и решения, вы уже подробно ознакомились с анализом «Рисков» и определили потенциальные риски в проекте.
В плане тестирования качества вы задокументируете эти риски.
| Снижение | риска |
|---|---|
| Членам команды не хватает навыков, необходимых для тестирования веб-сайта. | Спланировать учебный курс чтобы повысить навыки своих участников |
| График проекта слишком плотный; трудно завершить этот проект вовремя | Поставьте Приоритет теста для каждого из тестовых заданий. |
| У тест-менеджера плохие управленческие навыки | План подготовки руководящих кадров для менеджера |
| Отсутствие сотрудничества отрицательно влияет на производительность ваших сотрудников. | Поощрять каждый член команды в своей задаче, и вдохновлять их к большим усилиям. |
| Неправильная смета бюджета и перерасход средств | Создать сфера Прежде чем приступить к работе, уделите большое внимание планированию проекта, постоянно отслеживайте и оценивайте ход выполнения. |
Шаг 2.4) Создайте тестовую логистику
В области тестовой логистики руководитель тестирования должен ответить на следующие вопросы:
- С кем будет тестировать?
- После появления произойдет ли испытание?
Кто будет тестировать?
Вы можете не знать точных имен тестировщиков, которые будут проводить тестирование, но тип тестера можно определить.
Чтобы выбрать подходящего участника для конкретной задачи, необходимо оценить, соответствуют ли его навыки требованиям задачи, а также оценить бюджет проекта. Выбор неподходящего участника может привести к срыву проекта. неудача or будет задержан.
Для проведения тестирования программного обеспечения идеально подходит человек, обладающий следующими навыками:
- Возможность понимать точка зрения клиента
- сильный желание по качеству
- Внимание детализировать
- Хорошо кооперация
В вашем проекте участником, который возьмет на себя ответственность за выполнение теста, является тестер. В зависимости от бюджета проекта вы можете выбрать в качестве тестировщика штатного или внешнего сотрудника.
Когда будет испытание?
Действия по тестированию должны быть сопоставлены с соответствующими действиями по разработке.
Вы начнете тестировать, когда у вас будет все необходимые предметы показано на следующем рисунке.
Шаг 3) Определите цель тестирования
Цель теста — это общая цель и достижение результата выполнения теста. Цель тестирования — выявить как можно больше дефектов программного обеспечения и убедиться, что тестируемое программное обеспечение без ошибок до выпуска.
Чтобы определить цели теста, необходимо выполнить следующие два шага:
- Перечислите все функции программного обеспечения (функциональность, производительность, графический интерфейс…), которые, возможно, необходимо протестировать.
- Определите цель или - обеспечить теста на основе вышеуказанных особенностей
Давайте применим эти шаги, чтобы найти цель тестирования вашего проекта тестирования Guru99 Bank.
Вы можете выбрать 'СВЕРХУ ВНИЗ' Метод определения функций веб-сайта, которые могут потребовать тестирования. В этом методе тестируемое приложение разбивается на компоненты и подкомпоненты.
В предыдущей теме вы уже проанализировали требования и прошлись по сайту, поэтому вы можете создать Ментальная карта чтобы найти возможности веб-сайта следующим образом:
На этом рисунке показаны все функции, которые может иметь сайт Guru99.
На основании вышеперечисленных особенностей можно определить цель тестирования проекта Guru99 следующим образом:
- Проверьте, есть ли на сайте Guru99 функциональность(Счет, Депозит…) работает так, как и ожидалось, без каких-либо ошибок или неполадок в реальной бизнес-среде.
- Проверьте внешний интерфейс веб-сайта, такой как UI, работает так, как ожидалось, и отвечает потребностям клиента
- Проверить юзабилити сайта. Удобны ли эти функции для пользователя?
Шаг 4) Определите критерии тестирования
Критерии тестирования — это стандарт или правило, на котором может основываться процедура тестирования или оценка результатов. Существует два типа критериев тестирования:
Критерии приостановки
Укажите критические критерии приостановки теста. Если во время тестирования выполняются критерии приостановки, активный цикл тестирования будет прекращен. прервал пока критерии не будут решен.
Пример плана тестирования: Если члены вашей команды сообщают, что 40%. тестовых случаев провалились, вам следует приостановить тестирование до тех пор, пока команда разработчиков не исправит все неудачные случаи.
Критерии выхода
Он определяет критерии, которые обозначают успешный завершение этапа тестирования. Критериями выхода являются целевые результаты теста, необходимые перед переходом к следующему этапу разработки. Пример: 95%. всех критических тестовых случаев должны быть пройдены.
Некоторые методы определения критериев выхода заключаются в указании целевой запустить курс и проходной балл.
- Скорость выполнения — это соотношение между количество выполненных тестовых случаев и/или общее количество тестовых случаев спецификации теста. Например, в спецификации теста всего 120 TC, но тестировщик выполнил только 100 TC, поэтому скорость выполнения составляет 100/120 = 0.83 (83%).
- Проходной балл – это соотношение между количество пройденных тестовых случаев / выполненных тестовых случаевНапример, из 100 выполненных TC, 80 из которых прошли проверку, поэтому процент успешной сдачи составляет 80/100 = 0.8 (80%).
Эти данные можно получить в документах Test Metric.
- Run ставка обязательно должна быть 100%. если не будет указана четкая причина.
- Проходить ставка зависит от масштаба проекта, но достижение высокого процента сдачи экзаменов это цель.
Пример плана тестирования:Ваша команда уже выполнила тестовые выполнения. Они сообщают вам результат теста и хотят, чтобы вы подтвердили Критерии выхода.
В приведенном выше случае скорость выполнения является обязательной и равна 100%., но команда тестировщиков выполнила только 90% тестовых случаев. Это означает, что скорость выполнения не достигнута, поэтому НЕ подтверждайте критерии выхода.
Шаг 5) Планирование ресурсов
План ресурсов — это подробное резюме всех типов ресурсов, необходимых для выполнения проектной задачи. Ресурсами могут быть люди, оборудование и материалы, необходимые для выполнения проекта.
Планирование ресурсов является важным фактором планирования тестирования, поскольку оно помогает определения номер ресурсов (сотрудников, оборудования и т.д.), которые будут задействованы в проекте. Таким образом, руководитель тестирования может составить корректный график и оценку проекта.
В этом разделе представлены рекомендуемые ресурсы для вашего проекта.
Человеческие ресурсы
В следующей таблице представлены различные члены вашей проектной команды.
| № | Член | Задач |
|---|---|---|
| 1. | Test Manager | Управление весь проект Определить проект инструкция Приобретите соответствующие ресурсы |
| 2. | тестер | Идентификация и описание соответствующих методов тестирования/инструментов/архитектуры автоматизации. Проверка и оценка подхода к тестированию Выполнить тесты, журнал результаты, и докладе дефекты. Тестировщиками могут быть как штатные, так и привлеченные внешние специалисты в зависимости от бюджета проекта. Для задачи, которая требует низкокачественными навык, я рекомендую вам выбрать аутсорсинговый члены к сэкономь стоимость проекта. |
| 3. | Разработчик в тесте | Осуществлять тестовые случаи, тестовая программа, набор тестов и т. д. |
| 4. | Администратор тестирования | Создает и обеспечивает Тестовая среда и активы управляемого и поддержанный Тестер поддержки использовать тестовую среду для выполнения теста |
| 5. | Члены SQA | Возьмите на себя ответственность за обеспечение качества. Проверьте, соответствует ли процесс тестирования указанным требованиям. |
Системный ресурс
Для тестирования веб-приложения необходимо спланировать ресурсы следующим образом:
| № | Ресурсы | Описание |
|---|---|---|
| 1. | серверу | Установите тестируемое веб-приложение. Это включает в себя отдельный веб-сервер, сервер базы данных и сервер приложений, если применимо. |
| 2. | Инструмент тестирования | Инструмент тестирования предназначен для автоматизации тестирования, моделирования действий пользователя и генерации результатов тестирования. Для этого проекта можно использовать множество инструментов тестирования, например: Selenium, QTP и т.д. |
| 3. | Cеть | Вам нужна сеть, включая локальную сеть и Интернет, для моделирования реальной бизнес-среды и пользовательской среды. |
| 4. | Компьютер | ПК, который пользователи часто используют для подключения к веб-серверу |
Шаг 6) Планирование тестовой среды
Что такое тестовая среда
Тестовая среда — это набор программного и аппаратного обеспечения, на котором команда тестировщиков будет выполнять тестовые задания. Тестовая среда состоит из реальный бизнес и пользователь среда, а также физические среды, такие как сервер и внешняя среда выполнения.
Как настроить тестовую среду
Возвращаясь к вашему проекту, как вы настраиваете тестовая среда для этого банковского сайта?
Чтобы выполнить эту задачу, вам нужно прочное сотрудничество между командой тестирования и командой разработки.
Вам следует задать разработчику несколько вопросов, чтобы понять тестируемое веб-приложение. явно. Вот несколько рекомендуемых вопросов. Конечно, вы можете задать и другие вопросы, если сочтете нужным.
- Какое максимальное количество пользовательских подключений может обрабатывать этот сайт одновременно?
- Каковы требования к оборудованию/программному обеспечению для установки этого веб-сайта?
- Нужны ли компьютеру пользователя какие-либо особые настройки для просмотра веб-сайта?
На следующем рисунке показана тестовая среда банковского веб-сайта. https://demo.guru99.com/V4
Шаг 7) Расписание и оценка
В статье Тестовая оценкаВы уже использовали некоторые методы для оценки трудозатрат на завершение проекта. Теперь вам следует включить эту оценку и график в план тестирования.
На этапе тестовой оценки предположим, что вы разбиваете весь проект на небольшие задачи и добавляете оценку для каждой задачи следующим образом:
| Сложность задачи | Участники | Оценить усилие |
|---|---|---|
| Создайте спецификацию теста | Дизайнер тестов | 170 человеко-час |
| Выполнение теста | Тестировщик, администратор тестирования | 80 человеко-час |
| Отчет об испытаниях | тестер | 10 человеко-час |
| Тестовая доставка | 20 человеко-час | |
| Всего | 280 человеко-час |
Затем вы создаете график для выполнения этих задач.
Составление расписания — распространённый термин в управлении проектами. Создав чёткий график в разделе планирования тестирования, руководитель тестирования может использовать его как инструмент для мониторинга хода проекта и контроля перерасходов средств.
Для создания графика проекта менеджеру по тестированию необходимы следующие типы входных данных:
- Срок выполнения проекта и сотрудника: Рабочие дни, сроки проекта и доступность ресурсов — это факторы, которые влияют на график.
- Оценка проекта: На основе оценки руководитель тестирования знает, сколько времени потребуется для завершения проекта. Это позволяет ему составить соответствующий график проекта.
- Проектный риск: Понимание риска помогает менеджеру по тестированию добавить достаточно дополнительного времени в график проекта для управления рисками.
Давайте потренируемся на примере:
Предположим, начальник хочет завершить проект Guru99 в one месяц, и вы уже оценили трудозатраты на каждую задачу в Test Estimation. Вы можете составить расписание следующим образом:
Шаг 8) Результаты тестирования
Результаты тестирования — это список всех документов, инструментов и других компонентов, которые необходимо разработать и поддерживать для поддержки процесса тестирования.
На каждом этапе проекта существуют разные результаты тестирования. жизненный цикл разработки программного обеспечения.
Результаты тестирования предоставляются до фаза тестирования.
- Документ планов испытаний.
- Документы тестовых примеров
- Спецификации тестового дизайна.
Результаты тестирования предоставляются в течение тестирование
- Сценарии тестирования
- Имитаторы.
- Тестовые данные
- Матрица прослеживаемости тестов
- Журналы ошибок и журналы выполнения.
Результаты тестирования предоставляются после цикл тестирования завершен.
- Результаты испытаний/отчеты
- Отчет о дефектах
- Руководство по процедурам установки/тестирования
- Примечания к релизу
Распространенные проблемы при планировании тестирования (и их решения)
Эффективное планирование тестирования часто сталкивается с практическими трудностями. Понимание этих проблем и применение проактивных решений обеспечивает более плавное выполнение и более высокое качество программного обеспечения.
- Неясные требования
Задача: Неопределенные или изменяющиеся требования к проекту приводят к неполному покрытию тестами.
Решение: Проводите сквозные проверки требований и поддерживайте актуальную матрицу отслеживания требований. - Ограниченные ресурсы
Задача: Нехватка инструментов, времени или квалифицированных тестировщиков влияет на качество тестирования.
Решение: Расставьте приоритеты для критически важных тестовых случаев и используйте автоматизацию для повторяющихся задач. - Нереалистичные сроки
Задача: Плотный график сокращает время на надлежащую разработку и проведение тестов.
Решение: Используйте методы оценки и своевременно сообщайте о рисках заинтересованным сторонам. - Плохое общение
Задача: Несогласованность действий между командами приводит к задержкам и необходимости доработки.
Решение: Проводите регулярные синхронизирующие совещания и используйте общие панели для обеспечения прозрачности. - Неадекватное управление рисками
Задача: Игнорирование потенциальных рисков может сорвать сроки реализации проекта.
Решение: Выявляйте риски на ранней стадии, ведите журнал рисков и планируйте стратегии смягчения последствий.
