Для установки нажмите кнопочку Установить расширение. И это всё.

Исходный код расширения WIKI 2 регулярно проверяется специалистами Mozilla Foundation, Google и Apple. Вы также можете это сделать в любой момент.

4,5
Келли Слэйтон
Мои поздравления с отличным проектом... что за великолепная идея!
Александр Григорьевский
Я использую WIKI 2 каждый день
и почти забыл как выглядит оригинальная Википедия.
Статистика
На русском, статей
Улучшено за 24 ч.
Добавлено за 24 ч.
Что мы делаем. Каждая страница проходит через несколько сотен совершенствующих техник. Совершенно та же Википедия. Только лучше.
.
Лео
Ньютон
Яркие
Мягкие

Тестирование белого ящика

Из Википедии — свободной энциклопедии

Разработка программного обеспечения
Ключевые процессы
Парадигмы и модели
Методологии
Инструменты

Тестирование белого ящика (англ. white-box testing), также тестирование стеклянного ящика (англ. glass-box testing), структурное тестирование (англ. structural testing) — тестирование, которое учитывает внутренние механизмы системы или компонента (ISO/IEC/IEEE 24765)[1].

Обычно включает тестирование ветвей, маршрутов, операторов (см. покрытие кода)[1]. При тестировании выбирают входы для выполнения разных частей кода и определяют ожидаемые результаты. Это напоминает внутрисхемное тестирование[en].

Традиционно тестирование белого ящика выполняется на уровне модулей, однако оно используется для тестирования интеграции систем и системного тестирования, тестирования внутри устройства и путей между устройствами. Этот метод тестирования не может выявить невыполненные части спецификации, отсутствие требований или создание не того приложения.

Критерии покрытия кода[2]:

  • покрытие операторов — каждая ли строка исходного кода была выполнена и протестирована;
  • покрытие условий — каждая ли точка решения (вычисления истинно ли или ложно выражение) была выполнена и протестирована;
  • покрытие путей — все ли возможные пути через заданную часть кода были выполнены и протестированы;
  • покрытие функций — каждая ли функция программы была выполнена;
  • покрытие вход/выход — все ли вызовы функций и возвраты из них были выполнены;
  • покрытие значений параметров — все ли типовые и граничные значения параметров были проверены.

Уровни тестирования

Модульное тестирование. Необходимо, чтобы убедиться, что код работает должным образом, до момента интеграции с остальным кодом[2]. Позволяет находить ошибки на ранней стадии, а также контролировать устранение и любое дальнейшее изменение, препятствуя повторению ошибок в будущем[2]. Главным образом, нужно убедиться, что в изолированной среде код выполняется согласно спецификации[2].

Интеграционное тестирование. Проверяется взаимодействие интерфейсов друг с другом[2]. Главным образом, нужно убедиться, что при взаимодействии части системы отрабатывают как задумано[2].

Регрессионное тестирование. Тестирование, направленное на обнаружение ошибок в уже протестированных участках исходного кода, с целью удостовериться в отсутствии побочных эффектов при внесении модификаций.

Тестирование на взлом

Тестирование на взлом методом белого ящика предполагает, что у взломщика будет знание о внутреннем устройстве системы или базовые учётные данные атакуемой системы.

Примечания

  1. 1 2 ISO/IEC/IEEE 24765:2010 Systems and software engineering — Vocabulary. Дата обращения: 27 августа 2019. Архивировано 20 апреля 2019 года.
  2. 1 2 3 4 5 6 Williams, Laurie. White-Box Testing. Дата обращения: 27 августа 2019. Архивировано 22 января 2022 года.

Ссылки

Эта страница в последний раз была отредактирована 14 августа 2022 в 19:34.
Как только страница обновилась в Википедии она обновляется в Вики 2.
Обычно почти сразу, изредка в течении часа.
Основа этой страницы находится в Википедии. Текст доступен по лицензии CC BY-SA 3.0 Unported License. Нетекстовые медиаданные доступны под собственными лицензиями. Wikipedia® — зарегистрированный товарный знак организации Wikimedia Foundation, Inc. WIKI 2 является независимой компанией и не аффилирована с Фондом Викимедиа (Wikimedia Foundation).