Классификация тестирования программного обеспечения

Разница между тестированием черного ящика и тестированием белого ящика

тестирование черного ящика

Согласно спецификациям требований внутренняя реализация не видна, основное внимание уделяется реализации функций.

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

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

Согласно логической структуре кода нужно читать код и обращать внимание на код.

тестирование белого ящикатакже известный какЛогическое тестирование,тестовый примервыбирается исходя изСтандарты покрытияЧтобы подтвердить。

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

Модульное тестированиеВ основном используетсятестирование белого ящикаметод,дополненотестирование черного ящикаметод。

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

Метод логического покрытия

Метод логического покрытиявариант использованиядизайншаг：

1) Выберите критерии логического покрытия.

2) Перечислите все ситуации в соответствии с критериями покрытия.

3) Выберите тестовый пример «ОК».

Метод логического покрытиякпрограммаВнутренняя логическая структураоснованный натесттехнология,он считаеттестданныеОхват логики

покрытие заявлений

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

Пример:

int function（bool a,bool b,bool c）
{
int X；
X=0；
if（a&&（b||c）) 
X=1;
Return X;
}

Охват решений

Охват Функция решений состоит в том, чтобы выполнять как истинные, так и ложные переходы, хотя Охват решений Сравниватьпокрытие заявленныйтест способен, но все еще имеет покрытие заявлений Такой жеЕдинство

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

Пример:

Некоторые тестовые случаи

покрытие условий

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

Пример

Некоторые тестовые случаи

суждениепокрытие условийсостояние

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

Пример

Некоторые тестовые случаи

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

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

Пример

Исправить покрытие условных суждений

• Каждая точка входа и выхода в программе вызывается хотя бы один раз.
• Каждое условие в программе хотя бы один раз имеет все возможные исходы.
• И было показано, что каждое условие в решении независимо влияет на результат решения, изменяя это условие, сохраняя при этом все условия постоянными.

Пример

основной метод тестирования пути

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

дизайнвнетестовый примерхотетьгарантироватьсуществоватьтестсерединапрограммаизКаждый исполняемый оператор выполняется хотя бы один раз.。

основной метод тестирования путиизшаг

1) Экспортируйте граф потока управления программы;

Нарисуйте блок-схему программы и блок-схему управления экспортом.

2) Вычислить цикломатическую сложность программы;

Вы можете выбрать любой метод расчета цикломатической сложности.

3) Определить множество линейно независимых путей;

4) Создайте тестовые примеры.

Графические символы для диаграмм потока управления