Тестирование белого ящика
Тестирование белого ящика (англ. white-box testing), также тестирование стеклянного ящика (англ. glass-box testing), структурное тестирование (англ. structural testing) — тестирование, которое учитывает внутренние механизмы системы или компонента (ISO/IEC/IEEE 24765)[1].
Обычно включает тестирование ветвей, маршрутов, операторов (см. покрытие кода)[1]. При тестировании выбирают входы для выполнения разных частей кода и определяют ожидаемые результаты. Это напоминает внутрисхемное тестирование[англ.].
Традиционно тестирование белого ящика выполняется на уровне модулей, однако оно используется для тестирования интеграции систем и системного тестирования, тестирования внутри устройства и путей между устройствами. Этот метод тестирования не может выявить невыполненные части спецификации, отсутствие требований или создание не того приложения.
Критерии покрытия кода[2]:
- покрытие операторов — каждая ли строка исходного кода была выполнена и протестирована;
- покрытие условий — каждая ли точка решения (вычисления истинно ли или ложно выражение) была выполнена и протестирована;
- покрытие путей — все ли возможные пути через заданную часть кода были выполнены и протестированы;
- покрытие функций — каждая ли функция программы была выполнена;
- покрытие вход/выход — все ли вызовы функций и возвраты из них были выполнены;
- покрытие значений параметров — все ли типовые и граничные значения параметров были проверены.
Уровни тестирования
[править | править код]Модульное тестирование. Необходимо, чтобы убедиться, что код работает должным образом, до момента интеграции с остальным кодом[2]. Позволяет находить ошибки на ранней стадии, а также контролировать устранение и любое дальнейшее изменение, препятствуя повторению ошибок в будущем[2]. Главным образом, нужно убедиться, что в изолированной среде код выполняется согласно спецификации[2].
Интеграционное тестирование. Проверяется взаимодействие интерфейсов друг с другом[2]. Главным образом, нужно убедиться, что при взаимодействии части системы отрабатывают как задумано[2].
Регрессионное тестирование. Тестирование, направленное на обнаружение ошибок в уже протестированных участках исходного кода, с целью удостовериться в отсутствии побочных эффектов при внесении модификаций.
Тестирование на взлом
[править | править код]Тестирование на взлом методом белого ящика предполагает, что у взломщика будет знание о внутреннем устройстве системы или базовые учётные данные атакуемой системы.
Примечания
[править | править код]- ↑ 1 2 ISO/IEC/IEEE 24765:2010 Systems and software engineering — Vocabulary. Дата обращения: 27 августа 2019. Архивировано 20 апреля 2019 года.
- ↑ 1 2 3 4 5 6 Williams, Laurie. White-Box Testing. Дата обращения: 27 августа 2019. Архивировано 22 января 2022 года.
Ссылки
[править | править код]- Peli de Halleux, Nikolaj Bjorner. Pex and Moles – Isolation and White Box Unit Testing for .NET, February 21, 2007.