Тестирование программного обеспечения. Базовый курс. 3-е издание
жүктеу/скачать 5,03 Mb. Pdf көрінісі
|
Software Testing - Base Course (Svyatoslav Kulikov) - 3rd edition - RU
- Бұл бет үшін навигация:
- Test case specification.
- Test specification.
- Test procedure specification (test procedure).
- Coverage (test coverage).
| Low level test case.
A test case with concrete (implementation level) values for input data and expected results. Logical operators from high level test cases are replaced by actual values that correspond to the objectives of the logical operators. [ISTQB Glos- sary] 290 Test case specification. A document specifying a set of test cases (objective, inputs, test actions, expected results, and execution preconditions) for a test item. [ISTQB Glossary] 291 Test item. The individual element to be tested. There usually is one test object and many test items. [ISTQB Glossary] 292 Test object. The component or system to be tested. [ISTQB Glossary] 293 Test specification. A document that consists of a test design specification, test case specification and/or test procedure specifi- cation. [ISTQB Glossary] 294 Test design specification. A document specifying the test conditions (coverage items) for a test item, the detailed test approach and identifying the associated high level test cases. [ISTQB Glossary] 295 Test procedure specification (test procedure). A document specifying a sequence of actions for the execution of a test. Also known as test script or manual test script. [ISTQB Glossary] 296 Test scenario. A document specifying a sequence of actions for the execution of a test. Also known as test script or manual test script. [ISTQB Glossary] 297 Coverage (test coverage). The degree, expressed as a percentage, to which a specified coverage item (an entity or property used as a basis for test coverage, e.g. equivalence partitions or code statements) has been exercised by a test suite. [ISTQB Glossary] Тест-кейс и его жизненный цикл Тестирование программного обеспечения. Базовый курс. © EPAM Systems, 2015–2023 Стр: 122/301 щиками (тест-кейсы зачастую намного более наглядно показывают поведе- ние приложения, чем это отражено в требованиях). • Хранить информацию для длительного использования и обмена опытом между сотрудниками и командами (или как минимум — не пытаться удержать в голове сотни страниц текста). • Проводить регрессионное тестирование {87} и повторное тестирование {87} (ко- торые без тест-кейсов было бы вообще невозможно выполнить). • Повышать качество требований (мы это уже рассматривали: написание чек- листов и тест-кейсов — хорошая техника тестирования требований {52} ). • Быстро вводить в курс дела нового сотрудника, недавно подключившегося к проекту. жүктеу/скачать 5,03 Mb. Достарыңызбен бөлісу:
|