Тестовый скрипт
![]() | В этой статье есть несколько проблем. Пожалуйста, помогите улучшить его или обсудите эти проблемы на странице обсуждения . ( Узнайте, как и когда удалять эти шаблонные сообщения )
|
Тестовый сценарий при тестировании программного обеспечения — это набор инструкций, которые будут выполняться в тестируемой системе для проверки того, что система работает должным образом.
Типы тестовых сценариев
[ редактировать ]Существуют различные средства выполнения тестовых сценариев. Эти последние два типа также выполняются при ручном тестировании.
- Ручное тестирование . [1] [2] Их чаще называют тест-кейсами .
- Автоматизированное тестирование .
- Короткая программа, написанная на языке программирования, используемом для тестирования части функциональности программной системы. Тестовые сценарии, написанные в виде короткой программы, могут быть написаны либо с использованием специального автоматизированного функционального инструмента тестирования с графическим интерфейсом пользователя (например, 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» . джаз.нет . Проверено 12 сентября 2018 г.
- ^ Канер, Джем (2003). «Фундаментальные проблемы тестирования программного обеспечения» (PDF) . Флоридский технологический институт. п. 35 . Проверено 12 сентября 2018 г.
- ^ «БС 7925-1» . www.testingstandards.co.uk . Проверено 12 сентября 2018 г.
- ^ «Стандарт тестирования программного обеспечения ISO/IEC/IEEE 29119» . Softwaretestingstandard.org . Проверено 12 сентября 2018 г.
- ^ Дингсойр, Торгейр; Дыбо, Торе; Мо, Нильс Бреде (26 мая 2010 г.). Гибкая разработка программного обеспечения: текущие исследования и будущие направления . Springer Science & Business Media. ISBN 978-3-642-12575-1 .
- ^ Брамбилла, Марко; Чбейр, Ричард; Фрасинкар, Флавий; Манолеску, Иоана (11 мая 2021 г.). Веб-инжиниринг: 21-я Международная конференция, ICWE 2021, Биарриц, Франция, 18–21 мая 2021 г., Материалы . Спрингер Природа. ISBN 978-3-030-74296-6 .