verifyNotAccessed

Класс: matlab.mock. TestCase
Пакет: matlab.mock

Проверьте, что к свойству не получили доступ

Синтаксис

verifyNotAccessed (testcase, поведение, диагностика)

Описание

verifyNotAccessed(testcase,behavior,diagnostic) проверяет, что к свойству не получили доступ.

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

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

Образец тестового примера, заданный как объект matlab.mock.TestCase.

Поведение макета, заданного как matlab.mock.PropertyBehavior Экземпляр PropertyBehavior. Чтобы создать экземпляр matlab.mock.PropertyBehavior, получите доступ к свойству объекта поведения.

Пример: поведение. PropertyFoo

Отображаемая диагностическая информация, задаваемая как массив строк, массив символов, указатель на функцию или объект matlab.unittest.diagnostics.Diagnostic. Значения диагностики могут быть нескалярными. Для получения дополнительной информации см. Matlab.unittest.diagnostics.Diagnostic.

Пример: "Мое диагностическое сообщение".

Пример: @ () datetime ('now')

Примеры

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

Проверьте, что к свойству не получили доступ.

testCase = matlab.mock.TestCase.forInteractiveUse;
[mock,behavior] = testCase.createMock('AddedProperties',...
    ["PropertyFoo","PropertyBar"]);
value = mock.PropertyFoo;

Случаи прохождения теста.

testCase.verifyNotAccessed(behavior.PropertyBar);

Случаи непрохождения теста.

testCase.verifyNotAccessed(behavior.PropertyFoo, ...
    'PropertyFoo should not have been accessed.');

Советы

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

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

  • Используйте проверку типа "assertion", когда состояние отказа делает недействительным оставшуюся часть текущего теста, но не препятствует правильному выполнению последующих видов тестирования. Отказ в точке утверждения отмечает текущий метод тестирования, как отказавший и неполный.

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

Альтернативы

Используя verifyNotAccessed метод функционально эквивалентен использованию отрицаемого ограничения matlab.mock.constraints.WasAccessed с методом verifyThat класса Verifiable. Например, следующие блоки кода функционально эквивалентны.

% Using the verifyNotAccessed method
testCase.verifyNotAccessed(behavior.PropertyBar);

% Using the WasAccessed constraint with verifyThat method
import matlab.mock.constraints.WasAccessed;
testCase.verifyThat(behavior.PropertyBar,~WasAccessed);
Однако существует больше функциональности, когда вы используете ограничение WasAccessed. Например, можно указать, что к свойству не получили доступ определенное число времен.

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

Введенный в R2017a

Была ли эта тема полезной?