Из Википедии, свободной энциклопедии
Перейти к навигации Перейти к поиску
Эта статья о термине в программной инженерии. Чтобы узнать о юридических условиях, см. Тестовый пример (закон) . Для использования в других целях, см Тестовый случай (значения) .

В программной инженерии тестовый пример - это спецификация входных данных, условий выполнения, процедуры тестирования и ожидаемых результатов, которые определяют один тест, который должен быть выполнен для достижения конкретной цели тестирования программного обеспечения , например, для проверки определенного пути программы или для проверки. соответствие определенному требованию. [1] Тестовые примеры лежат в основе тестирования, которое является методическим, а не случайным. Для получения желаемого покрытия тестируемого программного обеспечения можно создать набор тестовых примеров. Формально определенные тестовые примеры позволяют многократно запускать одни и те же тесты для последовательных версий программного обеспечения, обеспечивая эффективное и последовательное регрессионное тестирование . [2]

Формальные тесты [ править ]

Чтобы полностью проверить выполнение всех требований приложения, должно быть как минимум два тестовых примера для каждого требования: один положительный тест и один отрицательный тест. [3] Если в требовании есть суб-требования, каждое суб-требование должно иметь как минимум два тестовых примера. Отслеживание связи между требованием и тестом часто осуществляется с помощью матрицы прослеживаемости . Письменные тестовые примеры должны включать описание тестируемой функциональности и подготовку, необходимую для обеспечения возможности проведения теста.

Формальный письменный тестовый пример характеризуется известными входными данными и ожидаемыми выходными данными, которые разрабатываются перед выполнением теста. [4] Известный ввод должен проверять предусловие, а ожидаемый вывод должен проверять постусловие .

Неофициальные тестовые примеры [ править ]

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

При тестировании сценариев гипотетические истории используются, чтобы помочь тестировщику продумать сложную проблему или систему. Эти сценарии обычно подробно не описываются. Они могут быть простыми, как диаграмма для среды тестирования, или могут быть описанием, написанным в прозе. Идеальный сценарий-тест - это мотивирующая, достоверная, сложная и легко поддающаяся оценке история. Обычно они отличаются от тестовых примеров тем, что тестовые примеры представляют собой отдельные этапы, в то время как сценарии охватывают несколько этапов ключа. [5] [6]

Типовой формат письменного тестового случая [ править ]

Тестовый пример обычно представляет собой один шаг, а иногда и последовательность шагов для проверки правильного поведения / функциональности, функций приложения. Обычно приводится ожидаемый результат или ожидаемый результат. [7]

Дополнительная информация, которая может быть включена: [8]

  • ID тестового набора - это поле однозначно идентифицирует тестовый случай.
  • Описание тестового примера / сводка - в этом поле описывается цель тестового примера.
  • Шаги теста - в этом поле указаны точные шаги для выполнения тестового примера.
  • Предварительные требования - в этом поле указываются условия или шаги, которые необходимо выполнить перед выполнением шагов теста.
  • Глубина
  • Категория теста
  • Автор не название тестера.
  • Автоматизация - является ли этот тестовый пример автоматизированным или нет.
  • прошел / не прошел
  • Замечания

Более крупные тестовые примеры могут также содержать предварительные состояния или шаги и описания. [8]

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

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

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

Наборы тестов часто также содержат [9]

  • Сводка теста
  • Конфигурация

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

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

Приемочные испытания , в которых используется вариант письменного тестового примера, обычно выполняются группой конечных пользователей или клиентов системы, чтобы убедиться, что разработанная система соответствует установленным требованиям или условиям контракта. [10] [11] Пользовательские приемочные тесты различаются включением счастливого пути или положительных тестовых примеров до почти полного исключения отрицательных тестовых примеров. [12]

См. Также [ править ]

Ссылки [ править ]

  1. ^ Системная и программная инженерия - Словарь . Iso / IEC / IEEE 24765: 2010 (E) . 2010-12-01. С. 1–418. DOI : 10.1109 / IEEESTD.2010.5733835 . ISBN 978-0-7381-6205-8.
  2. ^ Kaner Джем (май 2003). "Что такое хороший тестовый пример?" (PDF) . ЗВЕЗДА Восток : 2.
  3. ^ «Написание правил тестирования для проверки требований заинтересованных сторон» . StickyMinds .
  4. ^ Бейзер Борис (22 мая 1995). Тестирование черного ящика . Нью-Йорк: Вили. п. 3 . ISBN 9780471120940.
  5. ^ «Введение в тестирование сценариев» (PDF) . Джем Канер . Проверено 7 мая 2009 .
  6. ^ Криспин, Лиза; Грегори, Джанет (2009). Гибкое тестирование: Практическое руководство для тестировщиков и гибких команд . Эддисон-Уэсли . С.  192 –5. ISBN 978-81-317-3068-3.
  7. ^ https://www.softwaretestingstandard.org/part3.php ISO / IEC / IEEE 29119-4: 2019 , «Часть 4: Методы тестирования»
  8. ^ а б Лю, Хуан (2014). «Исследования процессов тестирования программного обеспечения на основе графического интерфейса пользователя» . 2014 Международная конференция по компьютерам, сети : 113–121. DOI : 10,1109 / CSCI.2014.104 . ISBN 9781605951676. S2CID  15204091 . Проверено 22 октября 2019 .
  9. ^ Канер, Джем; Фальк, Джек; Нгуен, Хунг К. (1993). Тестирование компьютерного программного обеспечения (2-е изд.). Бостон: Thomson Computer Press. п. 123–4 . ISBN 1-85032-847-1.
  10. ^ Goethem, Брайан Hambling, Полины ван (2013). Приемочное тестирование пользователей: пошаговое руководство . BCS Learning & Development Limited. ISBN 9781780171678.
  11. ↑ Black, Rex (август 2009 г.). Управление процессом тестирования: практические инструменты и методы управления тестированием оборудования и программного обеспечения . Хобокен, Нью-Джерси: Уайли. ISBN 978-0-470-40415-7.
  12. ^ Cimperman, Rob (2006). Определение UAT: Руководство по практическим приемочным испытаниям для пользователей . Pearson Education. С. Глава 2. ISBN 9780132702621.

Внешние ссылки [ править ]

  • Написание тестовых примеров безопасности программного обеспечения - включение тестовых примеров безопасности в ваш план тестирования Роберт Аугер
  • Разработка тестовых примеров программного обеспечения Аджай Бхагват