ISTQB. Foundation Level. 1. Fundamentals of Testing. 1.2 What is Testing?
ISTQB (Internationl Software Testing Qualification Board).
Foundation Level.
1. Fundamentals of Testing.
1.2 What is Testing?
Термины: debugging, requirement, review, test case, testing, test objective.
Testing: The process consisting of all lifecycle activities, both static and dynamic, concerned with
planning, preparation and evaluation of software products and related work products to determine
that they satisfy specified requirements, to demonstrate that they are fit for purpose and to detect
defects.
Debugging: The process of finding, analyzing and removing the causes of failures in software.
Requirement: A condition or capability needed by a user to solve a problem or achieve an objective
that must be met or possessed by a system or system component to satisfy a contract, standard,
specification, or other formally imposed document.
Test objective: A reason or purpose for designing and executing a test.
Test case: A set of input values, execution preconditions, expected results and execution
postconditions, developed for a particular objective or test condition, such as to exercise a
particular program path or to verify compliance with a specific requirement.
Review: An evaluation of a product or project status to ascertain discrepancies from planned results and to recommend improvements. Examples include management review, informal review,
technical review, inspection, and walkthrough.
Тестирование - процесс сложный и долгий. Это:
- планирование,
- выбор тестовых условий,
- разработка тест-кейсов,
- выполнение тест-кейсов,
- проверка результатов,
- проверка, выполняются ли exit criteria (Шишков, прости: Не знаю, как перевести)
- отчеты о процессе тестирования,
- отчеты о состоянии системы,
- завершение.
А также:
- ревью документов и статический анализ.
Выделяют основные цели (objectives) тестирования:
- Поиск дефектов,
- Проверка, соблюден ли достаточный уровень качества,
- Предоставление информации для принятия решений,
- Предотвращение дефектов.
На разных этапах цели несколько меняются.
На этапе проверки документации можно баги предотвращать, то есть ловить баги в доке.
Если идет Development - то надо искать дефекты, так много, как только получается.
Если это уже Acceptance - проверить, что все требования выполнены и система работает, как ожидается.
Бывает, что надо просто проверить, насколько система стабильна, баги не фиксятся - если надо принимать решение, релизимся или подождем.
А еще можно проверять, не появились ли новые баги - или насколько доступна система.
В чем разница между тестированием и дебаггингом?
Тестирование ловит фэйл, дебаггинг ловит сам дефект.
Тестер не ловит непосрдественно дефект (не должен, по крайней мере) - он ловит только следствие дефекта, то есть фэйл.
Искать же сам дефект, то есть почему случился фэйл, - это уже работа программиста. Тестер должен только помочь воспроизвести фэйл.
Контрольные вопросы:
1.2.1 Recall the common objectives of testing.
1.2.2 Provide examples for the objectives of testing in different phases of the software lifr cycle.
1.2.3 Differentiate testing from debugging.
Foundation Level.
1. Fundamentals of Testing.
1.2 What is Testing?
Термины: debugging, requirement, review, test case, testing, test objective.
Testing: The process consisting of all lifecycle activities, both static and dynamic, concerned with
planning, preparation and evaluation of software products and related work products to determine
that they satisfy specified requirements, to demonstrate that they are fit for purpose and to detect
defects.
Debugging: The process of finding, analyzing and removing the causes of failures in software.
Requirement: A condition or capability needed by a user to solve a problem or achieve an objective
that must be met or possessed by a system or system component to satisfy a contract, standard,
specification, or other formally imposed document.
Test objective: A reason or purpose for designing and executing a test.
Test case: A set of input values, execution preconditions, expected results and execution
postconditions, developed for a particular objective or test condition, such as to exercise a
particular program path or to verify compliance with a specific requirement.
Review: An evaluation of a product or project status to ascertain discrepancies from planned results and to recommend improvements. Examples include management review, informal review,
technical review, inspection, and walkthrough.
Тестирование - процесс сложный и долгий. Это:
- планирование,
- выбор тестовых условий,
- разработка тест-кейсов,
- выполнение тест-кейсов,
- проверка результатов,
- проверка, выполняются ли exit criteria (Шишков, прости: Не знаю, как перевести)
- отчеты о процессе тестирования,
- отчеты о состоянии системы,
- завершение.
А также:
- ревью документов и статический анализ.
Выделяют основные цели (objectives) тестирования:
- Поиск дефектов,
- Проверка, соблюден ли достаточный уровень качества,
- Предоставление информации для принятия решений,
- Предотвращение дефектов.
На разных этапах цели несколько меняются.
На этапе проверки документации можно баги предотвращать, то есть ловить баги в доке.
Если идет Development - то надо искать дефекты, так много, как только получается.
Если это уже Acceptance - проверить, что все требования выполнены и система работает, как ожидается.
Бывает, что надо просто проверить, насколько система стабильна, баги не фиксятся - если надо принимать решение, релизимся или подождем.
А еще можно проверять, не появились ли новые баги - или насколько доступна система.
В чем разница между тестированием и дебаггингом?
Тестирование ловит фэйл, дебаггинг ловит сам дефект.
Тестер не ловит непосрдественно дефект (не должен, по крайней мере) - он ловит только следствие дефекта, то есть фэйл.
Искать же сам дефект, то есть почему случился фэйл, - это уже работа программиста. Тестер должен только помочь воспроизвести фэйл.
Контрольные вопросы:
1.2.1 Recall the common objectives of testing.
1.2.2 Provide examples for the objectives of testing in different phases of the software lifr cycle.
1.2.3 Differentiate testing from debugging.