Подробная классификация тестирования
Тестирование программного обеспечения. Базовый курс.
© EPAM Systems, 2015–2023
Стр: 73/301
2.3.2.2.
Классификация по запуску кода на исполнение
Далеко не всякое тестирование предполагает взаимодействие с работаю-
щим приложением. Потому в рамках данной классификации выделяют:
•
Статическое тестирование
(static testing
117
)
— тестирование без запуска
кода на исполнение. В рамках этого подхода тестированию могут подвер-
гаться:
o
Документы (требования, тест-кейсы, описания архитектуры приложе-
ния, схемы баз данных и т.д.).
o
Графические прототипы (например, эскизы пользовательского интер-
фейса).
o
Код приложения (что часто выполняется самими программистами в
рамках аудита кода (code review
118
)
, являющегося специфической ва-
риацией взаимного просмотра
{51}
в применении к исходному коду). Код
приложения также можно проверять с использованием техник тести-
рования на основе структур кода
{97}
.
o
Параметры (настройки) среды исполнения приложения.
o
Подготовленные тестовые данные.
•
Динамическое тестирование
(dynamic testing
119
)
— тестирование с запуском
кода на исполнение. Запускаться на исполнение может как код всего прило-
жения целиком (системное тестирование
{78}
), так и код нескольких взаимосвя-
занных частей (интеграционное тестирование
{77}
), отдельных частей (модуль-
ное или компонентное тестирование
{77}
) и даже отдельные участки кода. Ос-
новная идея этого вида тестирования состоит в том, что проверяется реаль-
ное поведение (части) приложения.
2.3.2.3.
Классификация по доступу к коду и архитектуре приложения
•
Метод белого ящика
(white box testing
120
, open box testing, clear box testing,
glass box testing)
— у тестировщика есть доступ к внутренней структуре и коду
приложения, а также есть достаточно знаний для понимания увиденного. Вы-
деляют даже сопутствующую тестированию по методу белого ящика гло-
бальную технику — тестирование на основе дизайна (design-based testing
121
).
Для более глубокого изучения сути метода белого ящика рекомендуется
ознакомиться с техниками исследования потока управления
{96}
или потока
данных
{96}
,
использования диаграмм состояний
{97}
.
Некоторые авторы склонны
жёстко связывать этот метод со статическим тестированием, но ничто не ме-
шает тестировщику запустить код на выполнение и при этом периодически
обращаться к самому коду (а модульное тестирование
{77}
и вовсе предпола-
гает запуск кода на исполнение и при этом работу именно с кодом, а не с
«приложением целиком»).
117
Static testing.
Testing of a software development artifact, e.g., requirements, design or code, without execution of these artifacts,
e.g., reviews or static analysis. [ISTQB Glossary]
118
Jason Cohen,
«Best Kept Secrets of Peer Code Review (Modern Approach. Practical Advice.)». Официально распространяе-
мую электронную версию книги можно взять здесь:
https://static1.smartbear.co/smartbear/media/pdfs/best-kept-secrets-of-
peer-code-review_redirected.pdf
119
Достарыңызбен бөлісу: 
