Exponenta Banner

verifyError

Класс: matlab.unittest.qualifications.Verifiable
Пакет: matlab.unittest.qualifications

Проверьте, что функция выдает заданное исключение

расширьте все на странице

Синтаксис

verifyError(verifiable,actual,identifier)
verifyError(verifiable,actual,metaClass)
verifyError(___,diagnostic)
[output1,...,outputN] = verifyError(___)

Описание

verifyError(verifiable,actual,identifier) проверяет тот actual указатель на функцию, который выдает исключение с ошибочным идентификатором, который равен identifier.

verifyError(verifiable,actual,metaClass) проверяет тот actual указатель на функцию, который выдает исключение, тип которого задан meta.class экземпляр задан в metaClass. Этот метод не требует, чтобы экземпляр был точным соответствием класса, а скорее это должно быть в заданной иерархии классов, и та иерархия должна включать MException класс.

verifyError(___,diagnostic) также сопоставляет диагностическую информацию в diagnostic с проверкой. В зависимости от настройки исполнителя тестов среда тестирования может отобразить диагностику когда передачи проверки или сбои. По умолчанию среда отображает диагностику только, когда проверка перестала работать. Можно заменить поведение по умолчанию путем настройки исполнителя тестов. Например, используйте DiagnosticsOutputPlugin экземпляр, чтобы отобразить и провальную и передающую диагностику события.

[output1,...,outputN] = verifyError(___) возвращает несколько выходных аргументов от вызова указателя на функцию actual. Используйте этот синтаксис, чтобы управлять количеством выходных аргументов, которые требуют от указателя на функцию. Если ошибки указателя на функцию, все выходные параметры имеют тип missing. В противном случае, output1,...,outputN выходные значения от actual. Можно использовать этот синтаксис с любым из входных параметров предыдущих синтаксисов.

Входные параметры

verifiable

matlab.unittest.TestCase экземпляр, который используется, чтобы передать или привести верификацию к сбою в сочетании с тестом рабочая среда.

actual

Значение для проверки.

identifier

Ошибочный идентификатор в виде вектора символов.

metaClass

Экземпляр meta.class.

diagnostic

Диагностическая информация, относящаяся к проверке, указывается как одно из следующего:

  • массив строк

  • массив символов

  • указатель на функцию

  • matlab.unittest.diagnostics.Diagnostic объект

Значения диагностики могут быть нескалярными. Для получения дополнительной информации см. Matlab.unittest.diagnostics.Diagnostic.

Примеры

развернуть все

testCase = matlab.unittest.TestCase.forInteractiveUse;

% Passing scenarios
%%%%%%%%%%%%%%%%%%%%
verifyError(testCase, @() error('SOME:error:id','Error!'), 'SOME:error:id');
verifyError(testCase, @testCase.assertFail, ...
    ?matlab.unittest.qualifications.AssertionFailedException);
 
% Failing scenarios
%%%%%%%%%%%%%%%%%%%%
verifyError(testCase, 5, 'some:id', '5 is not a function handle');
verifyError(testCase, @testCase.verifyFail, ...
    ?matlab.unittest.qualifications.AssertionFailedException, ...
    'Verifications dont throw exceptions.');
verifyError(testCase, @() error('SOME:id'), 'OTHER:id', 'Wrong id');
verifyError(testCase, @() error('whoops'), ...
    ?matlab.unittest.qualifications.AssertionFailedException, ...
    'Wrong type of exception thrown');

Создайте testNonNumericInput протестировать, если функция выдает сообщение ожидаемой погрешности, add5:InputMustBeNumeric, для неожиданного условия входом является char.

Функция для модульного тестирования:

function res = add5(x)
% ADD5 Increment input by 5.
if ~isa(x,'numeric')
    error('add5:InputMustBeNumeric','Input must be numeric.')
end
res = x + 5;
end

TestCase класс, содержащий методы тестирования:

classdef Add5Test < matlab.unittest.TestCase
    methods (Test)
        function testDoubleOut(testCase)
            actOutput = add5(1);
            testCase.verifyClass(actOutput,'double')
        end
        function testNonNumericInput(testCase)
            testCase.verifyError(@()add5('0'),'add5:InputMustBeNumeric')
        end
    end
end

Создайте тестовый набор из Add5Test файл класса.

suite = matlab.unittest.TestSuite.fromFile('Add5Test.m')

result = run(suite);
Running Add5Test
..
Done Add5Test
__________

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

function y = plusOne(x)
    y = x+1;
end

В командной строке вызовите plusOne со слишком многими выходными аргументами.

[~,~] = plusOne(41);
Error using plusOne
Too many output arguments.

Просмотрите сообщение об ошибке и идентификатор.

MException.last
ans = 

  MException with properties:

    identifier: 'MATLAB:TooManyOutputs'
       message: 'Too many output arguments.'
         cause: {0×1 cell}
         stack: [0×1 struct]

Проверьте это если plusOne функция вызвана со слишком многими требуемыми выходными аргументами, это, ошибки и ошибка имеют идентификатор MATLAB:TooManyOutputs.

testCase = matlab.unittest.TestCase.forInteractiveUse;
[~,~] = verifyError(testCase,@() plusOne(41),'MATLAB:TooManyOutputs');
Interactive verification passed.

Советы

  • Этот метод функционально эквивалентен:

    import matlab.unittest.constraints.Throws;
verifiable.verifyThat(actual, Throws(identifier));
verifiable.verifyThat(actual, Throws(metaClass));

    Там существует больше функциональности при использовании Throws ограничение непосредственно через verifyThat.

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

    • Используйте проверку типа "assumption", чтобы убедиться, что тестовая среда соответствует предварительным обязательным условиям, которые не приводят к ошибке тестирования. Нарушение условий приводит к фильтрации тестов, а среда тестирования помечает тесты как незавершенныеДля получения дополнительной информации см. matlab.unittest.qualifications. Assumable.

    • Используйте проверку типа "assertion", когда состояние отказа делает недействительным оставшуюся часть текущего теста, но не препятствует правильному выполнению последующих видов тестирования. Сбой в точке утверждения показывает, что текущий метод тестирования является неудачным и неполным. Для получения дополнительной информации см. matlab.unittest.qualifications. Assertable.

    • Используйте проверку типа "fatal assertion", чтобы прервать сеанс тестирования после сбоя. Эти типы проверки применяются, когда характер отказа настолько принципиален, что нет смысла продолжать тестирование. Эти виды проверки также применяются, когда отключение без изменений не восстанавливает состояние MATLAB® правильно, и лучше прекратить тестирование и начать новый сеанс. Для получения дополнительной информации см. matlab.unittest.qualifications. FatalAssertable.

Смотрите также

| | | | | | |

Темы

Введенный в R2013a

Документация MATLAB

Поддержка