Полнота тестирования ПО

Полнота тестирования ПОSoftware Testing 101

Марат Ахин

Санкт-Петербургский государственный политехнический университет

Марат Ахин (СПбГПУ) NP 2014 147 / 320

Проблемы тестирования Проблемы тестирования

Проблемы тестирования

What’s up, Doc? (с)

Проблема тестовых входных данныхПроблема наблюдаемостиПроблема «останова»Проблема тестового оракула

Проблема «останова»

Содержание

1 Проблема «останова»Проблема «останова» в тестированииТестовое покрытиеПокрытие потока управленияПокрытие потока данныхМутационное тестированиеОценка тестового покрытия

Проблема «останова» Проблема «останова» в тестировании

Проблема «останова» в тестировании

Проблема остановаПо заданному алгоритму и входным данным определить, завершится

ли за конечное время его выполнение

При чем здесь тестирование?!

Алгоритм ⇔ процесс тестированияВходные данные ⇔ тестируемая программа

В подавляющем большинстве случаев процесс тестирования являетсябесконечным

Мы не можем позволить себе тестировать бесконечное времяСлишком долгоСлишком дорогоСлишком странно

Что же делать?

Останавливать процесс тестирования «вручную»

Когда?У нас кончилось время и/или деньги на тестированиеМы протестировали ПО достаточно хорошо

Проблема «останова» в тестированииПо заданному набору тестов и программе определить, протестировали

ли мы ее достаточно хорошо

Что такое – достаточно хорошо?

Проблема «останова» Тестовое покрытие

Тестовое покрытие

Мы протестировали программу достаточно хорошо, когда мынашли большую часть ошибок в программеЧтобы найти ошибку, необходимо обеспечить выполнение трехосновных свойствОбеспечение достижимости (reachability) и порчи (corruption)требует, чтобы мы выполнили определенный участок кода сопределенными входными данными

Качество тестирования можно оценить через тестовое покрытие

Проблема «останова» Тестовое покрытие

Виды тестового покрытия

Выделяют два основных вида покрытияПокрытие потока управленияПокрытие потока данных

Они работают с такими понятиями, как граф потокауправления (CFG) и граф потока данных (DFG)

Надеюсь, что все знают, что такое CFG и DFG?

Проблема «останова» Покрытие потока управления

Покрытие потока управления

Как мы можем покрыть данныйCFG?

По узламПо дугамПо условиямПо путям...

Покрытие операторов программы

Каждый узел CFG был пройден впроцессе тестирования хотя бы один разСамый слабый способ оценки тестовогопокрытия

Сколько тестов требуется для того, чтобыобеспечить полное покрытие операторовпрограммы для следующего примера?

Покрытие ветвлений программы

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

Сколько тестов требуется для того, чтобыобеспечить полное покрытие ветвленийпрограммы для следующего примера?

Как соотносятся между собой покрытияоператоров и ветвлений?

1 Никак2 Покрытие операторов включает покрытие

ветвлений3 Покрытие ветвлений включает покрытие

операторов

Никак

Почему покрытие ветвлений не включаетв себя покрытие операторов?

Потому что в программе можетприсутствовать «мертвый код»Потому что в программе могут вообщеотсутствовать ветвления

Покрытие условий программы

Каждое ветвление может выполняться по различным причинамПри покрытии условий программы мы требуем, чтобы все условияветвлений хотя бы один раз приняли значение true и false

1 if (req.isSsl() && (cfg.SslEnabled () || cfg.isDebug ())) {2 ...3 }

Как соотносятся между собой покрытия ветвлений и условий?

Покрытие условий программы

Никак

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

1 if (req.isLocalhost () || cfg.isDebug () || cfg.isDevMode ()) {2 ...3 }

Покрытие ветвлений и условий программы

Комбинация соответствующих покрытийПолностью их покрывает

Можно ли предложить что-то более сильное?

Модифицированное покрытие ветвлений и условий

Также известное как MC/DCЯвляется одним из обязательных условий при тестировании ПОна уровень A в рамках DO-178B

Чем оно отличается от обычного покрытия ветвлений и условийпрограммы?

Модифицированное покрытие ветвлений и условий

Каждое условие независимо повлияло на выполнение программы

Как это проверить?Изменить одно условие и проверить, изменилось ли ветвление

Полное покрытие условий программы

Полный перебор всех возможных комбинаций условий всехвозможных ветвлений

Сколько вариантов необходимо перебрать, чтобы получить полноекомбинационное покрытие для следующего примера?

Покрытие путей программы

Мы требуем, чтобы все возможные пути программы быливыполнены хотя бы один раз

Как данное покрытие соотносится с полным покрытием условий?

Обычно считается самым сильным типом покрытия потокауправленияЕго можно было бы использовать, если бы не...

Циклы и рекурсия

450 возможных путей

Для борьбы с этим используют несколько подходов

Один из вариантовТребуем, чтобы тело цикла было выполнено

01kmax

Объясните, почему выбраны именно эти варианты

Проблема «останова» Покрытие потока данных

Покрытие потока данных

Что еще можно сделать?

Можно вспомнить о том, что программы работают не просто такОсновная цель работы любой программы – работа с данными

С этой точки зрения для тестирования представляет интересанализ таких путей выполнения программы, на которых активноработают с данными

Сперва вспомним несколько определений

Определения и использования переменныхОпределение переменной (Def)

Оператор программы, в котором значение переменной v может бытьизменено

v = 42

f(&v, ...)

scanf(fmt, &v)

Использование переменной (Use)

Оператор программы, в котором значение переменной v влияет навыполнение программы тем или иным способом

q = v + 2

g(v, ...)

if (v != NULL) ...

Определения и использования переменных

Def-Use ChainПара (d , u) операторов программы, для которой выполняютсяследующие условия

d – определение переменной v

u – использование переменной v

между d и u существует хотя бы один путь, на которомпеременная v не переопределяется

Рассмотрим данные определения на примере

Пример

Какие варианты покрытий можно предложить с использованием этихпонятий?

Покрытие всех определенийДля каждой интересующей нас переменной v должна бытьпротестирована хотя бы одна Def-Use Chain от каждогоопределения v до хотя бы одного использования v

All-Def Coverage

Рассмотрим следующие тесты1 → 2 → 3 → 4 → 5 → 6

Покрытие всех использованийДля каждой интересующей нас переменной v должна бытьпротестирована хотя бы одна Def-Use Chain от каждогоопределения v до каждого использования v

Является ли All-Use более сильным критерием по сравнению с All-Def?

All-Use Coverage

Рассмотрим следующие тесты1 → 2 → 3 → 4 → 5 → 61 → 2 → 3 → 4 → 61 → 3 → 4 → 5 → 6

Покрытие всех Def-Use ChainДля каждой интересующей нас переменной v должны бытьпротестированы все возможные Def-Use Chain от каждогоопределения v до каждого использования v

Как соотносится All-Def-Use-Chain с покрытием всех путей программы?

Пример

Проблема «останова» Мутационное тестирование

Другой способ оценки полноты

Какими способами можно управлять выполнением кода?Изменением входных данныхИзменением самого исходного кода

Как можно оценить полноту тестирования, изменяя исходный код?

Идеальный тест

Идеальный тест работает только на тестируемой программеПри любом изменений он перестает проходить

В этом заключается основная идея мутационного тестирования

Мутационное тестирование

Исходная программа подвергается мутации, в результатеполучается набор из N мутантовПосле этого имеющиеся тесты запускаются на этих мутантахЕсли тест не проходит на мутанте, то говорят, что тест «убивает»этого мутантаДоля «убитых» мутантов показывает, насколько полно данныйнабор тестов покрывает нашу программу

Как сделать мутанта?

Что можно сделать с исходным кодом?Добавить новый кодУдалить старый кодИзменить существующий код

Набор синтаксических трансформаций, изменяющих исходный код

1 int sumCollection(final @NotNull Collection <Integer > c) {2 int sum = 0;3 for (int i : c) {4 sum += i;5 }6 return sum;7 }

Как можно мутировать данный фрагмент кода?

Некоторые мутанты будут синтаксически некорректныДругие мутанты будут семантически некорректныОставшиеся мутанты подходят для использования в мутационномтестировании

Какие проблемы есть у мутационного тестирования?

Недостатки мутационного тестирования

Данный вид тестирования практически невозможно выполнятьвручную

Количество необходимых для оценки покрытия мутантовпропорционально объему анализируемого ПОДаже для небольшой программы получение достаточного числамутантов вручную является практически невозможным

Сильно возрастают затраты на проведение тестированияВместо одного запуска каждого теста требуется выполнить NзапусковКроме того, дополнительное время тратится на генерациюмутантов

Проблема «останова» Оценка тестового покрытия

Оценка тестового покрытия

Мы же уже поговорили об оценке тестового покрытия?

Оценка тестового покрытияпрограммы

Оценка самого тестовогопокрытия

Какая проблема есть у покрытия потока управления?

Чувствительность к изменениям в исходном коде

Какая проблема есть у покрытия потока управления?

Чувствительность к изменениям в исходном коде

Нестабильность тестового покрытия

1 ...2 if (a && b && c) {3 ...4 }

1 bool cond = a && b && c;2 if (cond) {3 ...4 }

Что будет с покрытием MC/DC?

Нестабильность тестового покрытия

Чем сильнее влияют изменения в программе на тестовоепокрытие, тем более нестабильным (fragile) является тестовоепокрытиеЧем более нестабильным является тестовое покрытие, тем менееадекватно оно оценивает качество тестирования

Можно применить мутационное тестирование для оценкитестового покрытия

Ограничить набор трансформацийПосмотреть на изменение тестового покрытия для мутантов...PROFIT!

Какая проблема есть у мутационного тестирования?

Эквивалентные мутанты

Какая проблема есть у мутационного тестирования?

1 int sumCollection(final @NotNull Collection <Integer > c) {2 int sum = 0;3 for (int i : c) {4 sum += i;5 }6 return sum;7 }

Почему эквивалентные мутанты – это плохо?

Эквивалентные мутанты «зашумляют» итоговую оценку качестватестированияИз-за шума снижается адекватность оценки

Можно применить тестовое покрытие для оценки мутационноготестирования

Для каждого мутанта записывается трасса его выполненияУ эквивалентных мутантов будут похожие трассы выполнения...PROFIT!

W.I.L.T. What I Learned Today?

W.I.L.T.

Полнота тестирования ПО

Education

Отчет по результатам тестирования методом ...ma-praktika.ru/assets/files/raktika_track_mystery...«Тайный Покупатель» (Mystery

Особенности тестирования открытого ПО

Инструкция для прохождения тестирования KIMEP ... · Web viewИнструкция для прохождения тестирования KIMEP

Создание стратегии тестирования на основе анализа ТЗ по ГОСТ 19/34

КАТАЛОГ Nexa Ns ПО ОБУЧЕНИЮ … · оригинальные изделия и инструмент Nexans Cabling solutions. Методы тестирования

Процесс тестирования

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

ПО для дистанционного обучения, тестирования и контроля

Александр Калугин - Простота тестирования маленького системного ПО

Внутренние «облака» для тестирования ПО: как их создавать и как использовать максимально эффективно

Обзор политики в сфере ВИЧ-тестирования по инициативе медицинских работников

Комплексное решение по автоматизации функционального тестирования ИБС "Бисквит" - CMC-Bisquiter v2.0

Роль тестирования в сертификации ПО систем с высокими требованиями к надежности и безопасности

Инструкция по прохождению тестирования для абитуриентов

ОПТИМИЗАЦИЯ РАБОТЫ JVM В ОБЛАКЕразработки и тестирования ПО ... • Экспертиза в автоматизации сложных

Центр тестирования по РКИ (ТУ)/ SA „Innove“ · PDF fileУровень В2 (ТРКИ-2 –второй сертификационный уровень) •

Автоматизация тестирования ПО на редких платформах

© ACCA - cfrr.worldbank.org¤О... · экзамен) Полнота охвата учебной программы Использование материалов, полностью

Инструкция по использованию системы Examus …˜нструкция_Мудл_асинхрон...3.5 Прохождение тестирования 7

Удаленные тестирования