Войти
В программной инженерии контрольный пример - это спецификация входных данных, условий выполнения, процедуры тестирования и ожидаемых результатов, которые определяют один тест, который должен быть выполнен для достижения определенного тестирования программного обеспечения цель, например, отработать определенный путь программы или проверить соответствие определенному требованию. Тестовые примеры лежат в основе тестирования, которое является методическим, а не случайным. Для обеспечения желаемого покрытия тестируемого программного обеспечения можно создать набор тестовых примеров. Формально определенные тестовые примеры позволяют многократно запускать одни и те же тесты для последовательных версий программного обеспечения, обеспечивая эффективное и согласованное регрессионное тестирование.
Чтобы полностью проверить, что все требования приложения выполнены, Для каждого требования должно быть как минимум два тестовых примера: один положительный тест и один отрицательный. Если в требовании есть суб-требования, каждое суб-требование должно иметь как минимум два тестовых примера. Отслеживание связи между требованием и тестом часто осуществляется с помощью матрицы прослеживаемости. Письменные контрольные примеры должны включать описание тестируемой функциональности и подготовку, необходимую для обеспечения возможности проведения теста.
Формальный письменный тестовый пример характеризуется известными входными данными и ожидаемым выходом, который разрабатывается перед выполнением теста. Известный вход должен проверять предварительное условие, а ожидаемый результат должен тестировать постусловие.
Для приложений или систем без формальных требований тестовые примеры могут быть написаны на основе о принятой нормальной работе программ подобного класса. В некоторых школах тестирования тестовые примеры вообще не записываются, но действия и результаты сообщаются после того, как тесты были выполнены.
В тестировании сценария гипотетические истории используются, чтобы помочь тестировщику продумать сложную проблему или систему. Эти сценарии обычно подробно не описываются. Они могут быть простыми, как диаграмма для среды тестирования, или могут быть описанием, написанным в прозе. Идеальный сценарий теста - это мотивирующая, достоверная, сложная и легко поддающаяся оценке история. Обычно они отличаются от тестовых примеров тем, что тестовые примеры представляют собой отдельные шаги, в то время как сценарии охватывают несколько шагов ключа.
Тестовый пример обычно представляет собой один шаг или, иногда, последовательность шагов для проверки правильного поведения / функциональности, функций приложения. Обычно указывается ожидаемый результат или ожидаемый результат.
Дополнительная информация, которая может быть включена:
Более крупные тестовые примеры могут также содержать предварительные состояния или шаги и описания.
Письменный тестовый пример также должен содержать место для фактического результата.
Эти шаги можно сохранить в документе текстового процессора, электронной таблице, базе данных или другом общем репозитории.
В системе баз данных вы также можете увидеть результаты прошлых тестов и узнать, кто их сгенерировал, а также конфигурацию системы, использованную для получения этих результатов. Эти прошлые результаты обычно хранятся в отдельной таблице.
Наборы тестов часто также содержат
Помимо описания тестируемых функций и подготовки, необходимой для обеспечения возможности проведения теста, Самая трудоемкая часть тестового примера - создание тестов и их изменение при изменении системы.
При особых обстоятельствах может возникнуть необходимость запустить тест, получить результаты, а затем группа экспертов оценит, можно ли считать результаты успешными. Это часто случается при определении показателей производительности новых продуктов. Первый тест берется за основу для последующих циклов тестирования и выпуска продукта.
Приемочные испытания, в которых используется вариант письменного тестового примера, обычно проводятся группой конечных пользователей или клиентов системы, чтобы убедиться, что разработанная система соответствует указанным требованиям или контракт. Пользовательские приемочные тесты отличаются включением счастливого пути или положительных тестовых случаев до почти полного исключения отрицательных тестовых случаев.
