Тестирование программного обеспечения. Базовый курс. 3-е издание
жүктеу/скачать 5,03 Mb. Pdf көрінісі
|
Software Testing - Base Course (Svyatoslav Kulikov) - 3rd edition - RU
- Бұл бет үшін навигация:
- Smoke test, Confidence test, Sanity test.
- Intake test.
- Build verification test.
|
Стр: 79/301 Рисунок 2.3.e — Самый полный вариант классификации тестирования по уровню тестирования 2.3.2.6. Классификация по (убыванию) степени важности тестируемых функций (по уровню функционального тестирования) В некоторых источниках эту разновидность классификации также называют «по глубине тестирования». Внимание! Возможна путаница, вызванная тем, что единого общеприня- того набора классификаций не существует, и две из них имеют очень схо- жие названия: • «По уровню детализации приложения» = «по уровню тестирования». • «По (убыванию) степени важности тестируемых функций» = «по уровню функционального тестирования». • Дымовое тестирование (smoke test 140 , intake test 141 , build verification test 142 ) направлено на проверку самой главной, самой важной, самой ключевой функциональности, неработоспособность которой делает бессмысленной 140 Smoke test, Confidence test, Sanity test. A subset of all defined/planned test cases that cover the main functionality of a component or system, to ascertaining that the most crucial functions of a program work, but not bothering with finer details. [ISTQB Glossary] 141 Intake test. A special instance of a smoke test to decide if the component or system is ready for detailed and further testing. An intake test is typically carried out at the start of the test execution phase. [ISTQB Glossary] 142 Build verification test. A set of automated tests which validates the integrity of each new build and verifies its key/core function- ality, stability and testability. It is an industry practice when a high frequency of build releases occurs (e.g., agile projects) and it is run on every new build before the build is released for further testing. [ISTQB Glossary] Модульное тестирование Интеграционное тестирование Компонентное тестирование Компонентное интеграционное тестирование Системное интеграционное тестирование Системное тестирование Приёмочное тестирование Альфа-тестирование Бета-тестирование У ро ве нь т ест ир о ва ни я Гамма-тестирование Подробная классификация тестирования Тестирование программного обеспечения. Базовый курс. © EPAM Systems, 2015–2023 Стр: 80/301 саму идею использования приложения (или иного объекта, подвергаемого дымовому тестированию). Внимание! Очень распространённая проблема! Из-за особенности перевода на русский язык под термином «приёмочное тестирова- ние» часто может пониматься как «smoke test» {79} , так и «acceptance test » {87} , которые изначально не имеют между собою ничего общего. Возможно, в том числе поэтому многие тестировщики почти не ис- пользуют русский перевод «дымовое тестирование», а так и гово- рят — «смоук-тест». Дымовое тестирование проводится после выхода нового билда, чтобы опре- делить общий уровень качества приложения и принять решение о (не)целе- сообразности выполнения тестирования критического пути и расширенного тестирования. Поскольку тест-кейсов на уровне дымового тестирования от- носительно немного, а сами они достаточно просты, но при этом очень часто повторяются, они являются хорошими кандидатами на автоматизацию. В связи с высокой важностью тест-кейсов на данном уровне пороговое значе- ние метрики их прохождения часто выставляется равным 100 % или близким к 100 %. Очень часто можно услышать вопрос о том, чем «smoke test» отличается от «sanity test». В глоссарии ISTQB сказано просто: «sanity test: See smoke test». Но некоторые авторы утверждают 143 , что разница 144 есть и может быть выра- жена следующей схемой (рисунок 2.3.f): жүктеу/скачать 5,03 Mb. Достарыңызбен бөлісу:
|