Тестирование программного обеспечения. Базовый курс. 3-е издание


Анализ, не соответствующий уровню требований



Pdf көрінісі
бет82/307
Дата03.07.2023
өлшемі5,03 Mb.
#179304
1   ...   78   79   80   81   82   83   84   85   ...   307
Байланысты:
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)

Статическое
Динамическое


Достарыңызбен бөлісу:
1   ...   78   79   80   81   82   83   84   85   ...   307




©engime.org 2024
әкімшілігінің қараңыз

    Басты бет