Тестирование программного обеспечения. Базовый курс. 3-е издание
Анализ, не соответствующий уровню требований
жүктеу/скачать 5,03 Mb. Pdf көрінісі
|
Software Testing - Base Course (Svyatoslav Kulikov) - 3rd edition - RU
| Анализ, не соответствующий уровню требований.
При тестировании тре- бований следует постоянно помнить, к какому уровню они относятся, т.к. в против- ном случае появляются следующие типичные ошибки: • Добавление в бизнес-требования мелких технических подробностей. • Дублирование на уровне пользовательских требований части бизнес-требо- ваний (если вы хотите увеличить прослеживаемость набора требований, имеет смысл просто использовать ссылки). • Недостаточная детализация требований уровня продукта (общие фразы, до- пустимые, например, на уровне бизнес-требований, здесь уже должны быть предельно детализированы, структурированы и дополнены подробной тех- нической информацией). Виды и направления тестирования Тестирование программного обеспечения. Базовый курс. © EPAM Systems, 2015–2023 Стр: 67/301 2.3. Виды и направления тестирования 2.3.1. Упрощённая классификация тестирования Тестирование можно классифицировать по очень большому количеству при- знаков, и практически в каждой серьёзной книге о тестировании автор показывает свой (безусловно имеющий право на существование) взгляд на этот вопрос. Соответствующий материал достаточно объёмен и сложен, а глубокое пони- мание каждого пункта в классификации требует определённого опыта, потому мы разделим данную тему на две: сейчас мы рассмотрим самый простой, минималь- ный набор информации, необходимый начинающему тестировщику, а в следующей главе приведём подробную классификацию. Используйте нижеприведённый список как очень краткую «шпаргалку для за- поминания». Итак, тестирование можно классифицировать: Рисунок 2.3.a — Упрощённая классификация тестирования • По запуску кода на исполнение: o Статическое тестирование — без запуска. o Динамическое тестирование — с запуском. • По доступу к коду и архитектуре приложения: o Метод белого ящика — доступ к коду есть. o Метод чёрного ящика — доступа к коду нет. o Метод серого ящика — к части кода доступ есть, к части — нет. • По степени автоматизации: o Ручное тестирование — тест-кейсы выполняет человек. o Автоматизированное тестирование — тест-кейсы частично или полно- стью выполняет специальное инструментальное средство. • По уровню детализации приложения (по уровню тестирования): o Модульное (компонентное) тестирование — проверяются отдельные небольшие части приложения. o Интеграционное тестирование — проверяется взаимодействие между несколькими частями приложения. o Системное тестирование — приложение проверяется как единое це- лое. • По (убыванию) степени важности тестируемых функций (по уровню функци- онального тестирования): o Дымовое тестирование (обязательно изучите этимологию термина — хотя бы в Википедии 110 ) — проверка самой важной, самой ключевой функциональности, неработоспособность которой делает бессмыс- ленной саму идею использования приложения. 110 «Smoke test», Wikipedia [ http://en.wikipedia.org/wiki/Smoke_testing_(electrical) ] Статическое Динамическое жүктеу/скачать 5,03 Mb. Достарыңызбен бөлісу:
|