Тестовый сценарий

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

Типы тестовых сценариев

Существуют различные способы выполнения тестовых сценариев. Последние два типа также применяются при ручном тестировании.

Ручное тестирование . ^[1]^[2] Их чаще называют тестовыми случаями .
Автоматизированное тестирование .
- Короткая программа, написанная на языке программирования, используемом для тестирования части функциональности программной системы. Тестовые скрипты, написанные как короткая программа, могут быть написаны либо с использованием специального автоматизированного функционального инструмента тестирования GUI (например, HP QuickTest Professional , Borland SilkTest , IBM TPNS и Rational Robot ), либо на известном языке программирования (например, C++ , C# , Tcl , Expect , Java , PHP , Perl , Powershell , Python или Ruby ). Как задокументировано в IEEE, ISO и IEC. ^[3]^[4]
- Короткие программы с широкими параметрами, также известные как тестирование на основе данных
- Многократно используемые шаги, созданные в таблице, также известные как тестирование на основе ключевых слов или табличное тестирование .

Использование и функциональность

Автоматизированное тестирование может выполняться непрерывно без необходимости вмешательства человека, его легко повторить, и часто оно быстрее. Автоматизированные тесты полезны в ситуациях, когда тест должен быть выполнен несколько раз, например, как часть регрессионного тестирования . Автоматизированные тесты могут быть невыгодными, если они плохо написаны, что приводит к неправильному тестированию или выполнению неисправных тестов. ^[5]

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

Следует рассмотреть возврат инвестиций для автоматизации любого заданного тестового сценария, т. е. стоимость создания и поддержки этого сценария меньше, чем если бы он просто выполнялся вручную. Где стоимость может быть измерена с точки зрения времени и/или денег, но также и альтернативной стоимости не освобождения людей для выполнения другой работы. ^{[ необходима цитата ]}

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

Ссылки

^ "Справка - IBM Rational Software". jazz.net . Получено 2018-09-12 .
^ Канер, Джем (2003). «Основные проблемы тестирования программного обеспечения» (PDF) . Florida Tech. стр. 35. Получено 12 сентября 2018 г.
^ "BS 7925-1". testingstandards.co.uk . Получено 2018-09-12 .
^ "Стандарт тестирования программного обеспечения ISO/IEC/IEEE 29119". softwaretestingstandard.org . Получено 12 сентября 2018 г.
^ Дингсойр, Торгейр; Дыбо, Торе; Мо, Нильс Бреде (26 мая 2010 г.). Гибкая разработка программного обеспечения: текущие исследования и будущие направления. Springer Science & Business Media. ISBN 978-3-642-12575-1.
^ Брамбилла, Марко; Шбейр, Ричард; Фрасинкар, Флавий; Манолеску, Иоана (2021-05-11). Веб-инженерия: 21-я международная конференция, ICWE 2021, Биарриц, Франция, 18–21 мая 2021 г., Труды. Springer Nature. ISBN 978-3-030-74296-6.

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

[1] "Справка - IBM Rational Software". jazz.net . Получено 2018-09-12 .

[2] Канер, Джем (2003). «Основные проблемы тестирования программного обеспечения» (PDF) . Florida Tech. стр. 35. Получено 12 сентября 2018 г.

[3] "BS 7925-1". testingstandards.co.uk . Получено 2018-09-12 .

[4] "Стандарт тестирования программного обеспечения ISO/IEC/IEEE 29119". softwaretestingstandard.org . Получено 12 сентября 2018 г.

[5] Дингсойр, Торгейр; Дыбо, Торе; Мо, Нильс Бреде (26 мая 2010 г.). Гибкая разработка программного обеспечения: текущие исследования и будущие направления. Springer Science & Business Media. ISBN 978-3-642-12575-1.

[6] Брамбилла, Марко; Шбейр, Ричард; Фрасинкар, Флавий; Манолеску, Иоана (2021-05-11). Веб-инженерия: 21-я международная конференция, ICWE 2021, Биарриц, Франция, 18–21 мая 2021 г., Труды. Springer Nature. ISBN 978-3-030-74296-6.