MyTetra Share
Делитесь знаниями!
Стратегии тестирования
Время создания: 12.09.2014 09:12
Раздел: Компьютер - Программирование - Теория программирования - Конструирование и тестирование программного обеспечения - Лекции Циганенко В. Н.
Запись: xintrea/mytetra_syncro/master/base/1410498721u8f1wnx7xj/text.html на raw.github.com

Тема 9. Стратегии тестирования

Различие задач и целей тестирования на протяжении жизненного цикла продукта приводит к необходимости разрабатывать и реализовывать различные стратегии тестирования. Каждая такая стратегия определяет:

  1. итерации, на которых используются стратегия тестирования и цели тестирования на каждой итерации;
  2. стадии тестирования для каждой итерации;
  3. критерий успешного завершения тестирования;
  4. типы используемых тестов;
  5. набор методов и инструментальных средств, необходимых для проведения тестирования и оценки качества;
  6. критерии оценки тестов.

Стратегии тестирования должны разрабатываться на этапе планирования тестирования.

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

В терминологии профессионалов тестирования, фразы «тестирование белого ящика» и «тестирование чёрного ящика» относятся к тому, имеет ли разработчик тестов доступ к исходному коду тестируемого ПО, или же тестирование выполняется через пользовательский интерфейс либо прикладной программный интерфейс, предоставленный тестируемым модулем.

При тестировании белого ящика (англ. white-box testing, также говорят — прозрачного ящика), разработчик теста имеет доступ к исходному коду программ (см. открытое программное обеспечение) и может писать код, который связан с библиотеками тестируемого ПО. Это типично для юнит-тестирования (англ. unit testing), при котором тестируются только отдельные части системы. Оно обеспечивает то, что компоненты конструкции — работоспособны и устойчивы, до определённой степени. При тестировании белого ящика используются метрики покрытия кода.

При тестировании чёрного ящика, тестировщик имеет доступ к ПО только через те же интерфейсы (например, при интеграции приложений), что и заказчик или пользователь, либо через внешние интерфейсы, позволяющие другому компьютеру либо другому процессу подключиться к системе для тестирования. Например, тестирующий модуль может виртуально нажимать клавиши или кнопки мыши в тестируемой программе с помощью механизма взаимодействия процессов, с уверенностью в том, все ли идёт правильно, что эти события вызывают тот же отклик, что и реальные нажатия клавиш и кнопок мыши. Как правило, тестирование чёрного ящика ведётся с использованием спецификаций или иных документов, описывающих требования к системе. Как правило, в данном виде тестирования критерий покрытия складывается из покрытия структуры входных данных, покрытия требований и покрытия модели (в тестировании на основе моделей).

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

Так же в этом разделе:
 
MyTetra Share v.0.59
Яндекс индекс цитирования