90. Что такое тестирование «белого ящика».

Стратегия «белого ящика», или стратегия тестирования, уп­равляемого логикой программы, позволяет исследовать внутрен­нюю структуру программы. В этом случае тестирующий получа­ет тестовые данные путем анализа логики программы (к сожале­нию, здесь часто не используется спецификация программы).

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

96. Опишите метод сандвича тестирования модулей пс

Часто применяют также комбинацию восходящего и нисходящего тестирования, которую называют методом сандвича [10.1]. Сущность этого метода заключается в одновременном осуществлении как восходящего, так и нисходящего тестирования, пока эти два процесса тестирования не встретятся на каком-либо модуле где-то в середине структуры отлаживаемой программы. Этот метод позволяет при разумном подходе воспользоваться достоинствами как восходящего, так и нисходящего тестирования и в значительной степени нейтрализовать их недостатки. Этот эффект является проявлением более общего принципа: наибольшего технологического эффекта можно добиться, сочетая нисходящие и восходящие методы разработки программ ПС. Именно для поддержки этого метода и предназначен архитектурный подход к разработке программ (см. лекцию 7): слой квалифицированно разработанных и тщательно оттестированных модулей существенно облегчает реализацию семейства программ в соответствующей предметной области и их последующую модернизацию.

97.Описание схемы проэктирования комплексного теста

Комплексное тестирование — наиболее творческий из всех обсуждавшихся до сих пор видов тестирования. Разработка хороших комплексных тестов требует часто даже больше изобретательности, чем само проектирование системы. Здесь нет простых рекомендаций типа тестирования всех ветвей или построения функциональных диаграмм. Однако следующие 15 пунктов дают некоторое представление о том, какие виды тестов могут понадобиться.

1. Тестирование стрессов.

2. Тестирование объема.

3. Тестирование конфигурации.

4. Тестирование совместимости.

5. Тестирование защиты.

6. Тестирование требований к памяти.

7. Тестирование производительности.

8. Тестирование настройки.

9.Тестирование надежности/готовности.

10. Тестирование средств восстановления.

11. Тестирование удобства обслуживания.

98.Оценка методов тестирования по показателю «эффективность /стоимость»

Для выбора и применения методов тестирования и испытаний важно анализировать не только их трудоемкость («стоимость»), но и достигаемую эффективность. В качестве показателей эффективности методов и средств автоматизации тестирования и отладки сложных программных средств реального времени можно использовать:

• интенсивность (вероятность) обнаружения и устранения ошибок за единицу времени тестирования;

• достигаемую надежность (или корректность) функционирования программного средства или его компонентов за счет рационального применения данного метода.

Эти два подхода значительно различаются характером функциональной зависимости соответствующего показателя эффективности каждого метода от трудоемкости («стоимости») его применения, поэтому целесообразно рассмотреть их оба.

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