Тестирование программного обеспечения. Базовый курс. 3-е издание
жүктеу/скачать 5,03 Mb. Pdf көрінісі
|
Software Testing - Base Course (Svyatoslav Kulikov) - 3rd edition - RU
- Бұл бет үшін навигация:
- Interruption.
| Error, Mistake.
A human action that produces an incorrect result. [ISTQB Glossary] 310 Defect, Bug, Problem, Fault. A flaw in a component or system that can cause the component or system to fail to perform its required function, e.g. an incorrect statement or data definition. A defect, if encountered during execution, may cause a failure of the component or system. [ISTQB Glossary] 311 Interruption. A suspension of a process, such as the execution of a computer program, caused by an event external to that process and performed in such a way that the process can be resumed. [ http://www.electropedia.org/iev/iev.nsf/display?open- form&ievref=714-22-10 ] 312 Failure. Deviation of the component or system from its expected delivery, service or result. [ISTQB Glossary] Error (Mistake) Defect (Problem, Bug, Fault) Failure, Interruption Anomaly, Incident (Deviation) Ошибки, дефекты, сбои, отказы и т.д. Тестирование программного обеспечения. Базовый курс. © EPAM Systems, 2015–2023 Стр: 169/301 Аномалия (anomaly 313 ) или инцидент (incident 314 , deviation) — любое от- клонение наблюдаемого (фактического) состояния, поведения, значения, результата, свойства от ожиданий наблюдателя, сформированных на ос- нове требований, спецификаций, иной документации или опыта и здра- вого смысла. Итак, мы вернулись к тому, с чего начинали в части этой главы, описывающей предельно упрощённый взгляд на дефекты. Ошибки, дефекты, сбои, отказы и т.д. являются проявлением аномалий — отклонений фактического результата от ожи- даемого. Стоит отметить, что ожидаемый результат действительно может основы- ваться на опыте и здравом смысле, т.к. поведение программного средства никогда не специфицируют до уровня базовых элементарных приёмов работы с компьюте- ром. Теперь, чтобы окончательно избавиться от путаницы и двусмысленности, до- говоримся, что мы будем считать дефектом в контексте данной книги: Дефект — отклонение (deviation 314 ) фактического результата (actual re- sult 315 ) от ожиданий наблюдателя (expected result 316 ) , сформированных на основе требований, спецификаций, иной документации или опыта и здра- вого смысла. Отсюда логически вытекает, что дефекты могут встречаться не только в коде приложения, но и в любой документации, в архитектуре и дизайне, в настройках тестируемого приложения или тестового окружения — где угодно. Важно понимать, что приведённое определение дефекта позволяет лишь поднять вопрос о том, является ли некое поведение приложения дефек- том. В случае, если из проектной документации не следует однозначного положительного ответа, обязательно стоит обсудить свои выводы с кол- легами и добиться донесения поднятого вопроса до заказчика, если его мнение по обсуждаемому «кандидату в баги» неизвестно. Хорошее представление о едва-едва затронутой нами теме теории надёжности можно получить, прочитав книгу Рудольфа Стапелберга «Руководство по надёжности, доступности, ремонтопригодности и без- опасности в инженерном проектировании» (Rudolph Frederick Stapelberg, «Handbook of Reliability, Availability, Maintainability and Safety in Engineering Design»). А краткую, но достаточно подробную классификацию аномалий в про- граммных продуктах можно посмотреть в стандарте «IEEE 1044:2009 Standard Classification For Software Anomalies ». 313 жүктеу/скачать 5,03 Mb. Достарыңызбен бөлісу:
|