Файл: Лабораторная работа 1 Виды тестирования. Планирование тестирования Цель и задачи Теоретические сведения.docx
ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 03.12.2023
Просмотров: 226
Скачиваний: 7
например добавления новой функциональности, исправление дефектов, оптимизация кода, разворачивание приложения на новом окружении. Регрессионное тестирование может быть проведено на уровне Smoke, MAT или AT.
Типы тестов по знанию коду
Черный ящик – тестирование системы, функциональное или нефункциональное, без знания внутренней структуры и компонентов системы. У тестировщика нет доступа к внутренней структуре и коду приложения либо в процессе тестирования он не обращается к ним.
Белый ящик – тестирование основанное на анализе внутренней структуры компонентов или системы. У тестировщика есть доступ к внутренней структуре и коду приложения.
Серый ящик – комбинация методов белого и черного ящика, состоящая в том, что к части кода архитектуры у тестировщика есть, а к части кода – нет.
Практическое задание:
1.Выбрать объект реального мира (например, карандаш, стол, чашка, клавиатура, сумка и др.) с целью последующей разработки тестовых проверок для него.
2. Разработать различные проверки в соответствии с классификацией видов тестирования для выбранного объекта реального мира. Результаты внести в таблицу .
| Объект тестирования: | ||
| Вид тестирования | Краткое определение вида тестирования | Тестовые проверки |
| Functional Testing | | |
| Safety Testing | | |
| Security Testing | | |
| Compatibility Testing | | |
| GUI Testing | | |
| Usability Testing | | |
| Accessibility Testing | | |
| Internationalization Testing | | |
| PerformanceTesting | | |
| Stress Testing | | |
| Negative Testing | | |
| Black Box Testing | | |
| Automated Testing | | |
| Unit/Component Testing | | |
| Integration Testing | | |
3.Разработать композицию тестов для первой поставки программного обеспечения (build 1), состоящей из трех модулей (модуль 1, модуль 2, модуль 3).Smoke +
4.Разработать композицию тестов для второй поставки программного обеспечения (build 2): исправлены заведенные дефекты, доставлена новая функциональность – модуль 4.Smoke + DV + +
5.Разработать композицию тестов для третьей поставки программного обеспечения (build 3): заказчик решил расширять рынки сбыта и просит осуществить поддержку программного обеспечения на английском языке.Smoke + DV +
+
6.Разработать композицию тестов для четвертой поставки программного обеспечения (build 4): заказчик хочет убедиться, что программное обеспечение выдержит нагрузку в 2000 пользователей.