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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ресурсы

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

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