Ее. План тестирования Компания ооо Точкаточка Дата 09. 09. 2022 Версия 1
 Скачать 0.99 Mb.
|
|
План тестирования Компания ООО «Точка-точка» Дата 09.09.2022 Версия 1.0.1 Автор Куценко Е.В. Содержание 1. Введение 1.1. Основная информация 1.2. Цель 2. Область тестирования веб-сайта 3. Тест-план и стратегия тестирования 3.1. Функциональное тестирование 3.2. Процедура тестирования 3.3. Отчеты об ошибках 4. Ресурсы 4.1. Инструменты 4.2. Список браузеров 4.3. Список устройств 5. Критерии качества 6. Риски процесса тестирования 7. Результаты 1. Введение 1.1. Основная информация Документ описывает методы и подходы к тестированию, которые будут использоваться тестировщиками отдела тестирования, для тестирования сайта и приложения. План тестирования может использоваться как тестировщиками, так и менеджерами, разработчиками. Объект тестирования — это деятельность, направленная на проверку работоспособности функций сайта в браузерах Chrome, Safari, Internet Explorer 11 и в операционных системах Windows и macOs. 1.2. Цель Тест-план проекта преследует следующие цели: ● Определить существующую информацию о проекте и программных компонентах, подлежащих тестированию. ● Описать стратегии тестирования, которые будут использоваться. ● Определить необходимые ресурсы для проведения работ по тестированию. ● Привести результаты тестирования. Результаты будут представлены в виде отчетов. Все найденные ошибки будут отслеживаться с помощью баг-трекинговой системы. 2. Область тестирования сайта В объем работ по тестированию сайта входит регрессионное тестирование нового функционала: И реализованных ранее компонентов и функций: 1. Регистрация. 2. Восстановление логина и пароля. 3. Авторизация 3. Оформление заказа Сборный груз 4. Оформление заказа Прямая перевозка 5. Оформление заказа Фрахт 6. Оформление запроса 7. Приемка на складе 8. Проведение аукциона 9. Отгрузка заказа 10. Приемка заказа 11. Выдача клиенту 12. Оплата заказа 13. Функционал бухгалтера в ЛМС 3. Тест-план и стратегия тестирования 3.1 Функциональное тестирование Цель функционального тестирования состоит в том, чтобы убедиться, что весь программный продукт работает в соответствии с требованиями, и в приложении не появляется существенных ошибок. Функциональное тестирование является наиболее существенной частью тестирования программного обеспечения, включающее в себя проверку различных аспектов системы. Программный продукт должен пройти все запланированные тесты. Только в этом случае можно быть уверенным в его качестве. Цель тестирования: Обеспечение надлежащего качества целевой функциональности Техника: Выполнение каждого сценария, используя допустимые и недопустимые данные: • Ожидаемые результаты возникают при использовании достоверных данных. • Соответствующие сообщения об ошибках или предупреждения отображаются, когда используются неверные данные. • Каждый пункт проверен. Входные критерии: Подготовлено тестовое окружение, тестируемая задача задеплоена на тестовый стенд Критерий приемки: • Все дымовые тесты пройдены. • Нет блокирующих багов. • Все баги с высоким приоритетов поправлены. • Ручные тесты пройдены. • Автоматические тесты пройдены. 3.2. Процедура тестирования Процедура тестирования предполагает следующие пункты: • Сообщения об обнаруженных ошибках программного обеспечения. Необходимо проверить различные аспекты тестируемого программного обеспечения, для этого требуется выполнение различных типов тестирования. Основные типы тестирования, которые должны быть выполнены: • Функциональное Тестирование. • Тестирование пользовательского интерфейса. • Юзабилити-тестирование. • Регрессионное тестирование. • Автоматическое тестирование API • Автоматическое тестирование фронта - Snapshot тесты. В рамках тест-плана не будут выполняться виды тестирования: • Тестирование безопасности. • Тестирование нагрузки 3.3. Сообщения об ошибках Отчеты об ошибках создаются для того, чтобы предоставить команде разработчиков и руководителю проекта исчерпывающую информацию об обнаруженных ошибках. Степень серьезности ошибок можно разделить на четыре категории: ● Блокирующие дефекты - это сбой всей программной системы или критической подсистемы, тестирование не может быть выполнено после возникновения дефекта. ● Критические дефекты — ошибки, которые также приводят к выходу из строя всей или части системы, но существуют некоторые альтернативы обработки, которые позволяют продолжить работу системы. ● Дефекты среднего приоритета - не приводят к сбою, но приводят к тому, что система показывает неправильные, неполные или противоречивые результаты. ● Дефекты низкого проиритеты - это небольшие ошибки, которые не влияют на функциональность: опечатки, грамматические ошибки, неправильная терминология и т.д. Информация, указанная в каждом отчете об ошибке: Каждый баг-репорт содержит следующую информацию о дефекте: ● Название баг-репорта. ● Краткое описание, представляющее собой краткое описание проблемы. ● Предусловия. ● Шаги для воспроизведения ошибки; ● Ожидаемый результат. ● Фактический результат. ● Дополнительная информация о дефекте в виде прикрепленных скриншотов или видеозаписей. ● Браузер, в котором проводились тесты. 4. Ресурсы 4.1. Инструменты Наименование процесса Инструмент Баг трекинговая система ClickUp Тест кейсы Qase Выполнение автотестов API Codeception + Allure Выполнение автотестов Snapshot 4.2. Список браузеров Chrome, Safari, IE11. Используются последние версии. 5. Критерии качества Продукт должен работать в соответствии с требованиями и техническим заданием (если таковые имеются). Продукт не должен содержать критических и блокирующих дефектов в окончательной версии проекта. 6. Риски процесса тестирования Следующие проблемы могут повлиять на результаты тестирования: ● Изменения и модификации программного продукта, которые не были запланированы и не обсуждались заранее с командой тестирования. ● Изменения в требованиях к программному обеспечению, которые не были предварительно обсуждены с командой тестирования. ● Задержки в исправлении ошибок. 7. Результаты Результаты регрессионного тестирования https://app.qase.io/public/report/304c04141f9dc5aa729aea2652f9b523a4127dd9 Результаты Snapshot тестов Результаты автоматического тестирования API Codeception + Allure |