Testing Practice Across All Lifecycles
1. Introduction
This question focuses on a fundamental testing principle that applies to all software development lifecycles, whether Agile, Waterfall, or hybrid models.
ISTQB often checks if you understand how testing supports development activities throughout the lifecycle.
이 문제는 애자일, 워터폴 등 모든 소프트웨어 개발 생명주기에 공통으로 적용되는 테스트의 기본 원칙을 이해하고 있는지를 묻습니다.
2. Key Concept: Quality Control and Testing
A key ISTQB concept is:
Quality control applies to all development activities.
This means testing is not a single phase at the end. Instead, testing activities accompany development activities throughout the lifecycle.
ISTQB의 핵심 개념 중 하나는 다음과 같습니다.
품질 관리는 모든 개발 활동에 적용된다.
즉, 테스트는 개발이 끝난 뒤에만 수행되는 단계가 아니라 개발 활동 전반에 걸쳐 함께 수행됩니다.
3. Practice Question
❓ Question
Which of the following is a good testing practice that applies to all software development lifecycles?
- a) For each test level, there is a corresponding development level
- b) For each test objective, there is a corresponding development objective
- c) For every test activity, there is a corresponding user activity
- d) For every development activity, there is a corresponding test activity
✅ Correct Answer: d)
4. Explanation (EN / KR)
✔ d) For every development activity, there is a corresponding test activity — Correct
This statement reflects the idea of quality control. Every development activity (requirements, design, coding, deployment) should be supported by a corresponding testing activity (reviews, analysis, testing, verification).
이 문장은 품질 관리(Quality Control)의 핵심을 정확히 표현합니다. 요구사항, 설계, 구현 등 모든 개발 활동에는 이에 대응하는 테스트 활동이 존재해야 합니다.
❌ a) Corresponding test level for each development level — Incorrect
Although the concept of test levels is well defined (component, integration, system, acceptance), there is no common or formal definition of “development levels.”
테스트 레벨이라는 개념은 명확하지만, ‘개발 레벨’이라는 용어는 공통적으로 정의된 개념이 아닙니다. 따라서 이 문장은 부정확합니다.
❌ b) Corresponding development objective for each test objective — Incorrect
Test objectives can exist without a matching development objective. For example, contractual or regulatory testing objectives may not have a direct development counterpart.
테스트 목표는 계약, 규제, 품질 기준 등 다양한 이유로 정의될 수 있으며, 이에 대응하는 개발 목표가 항상 존재하는 것은 아닙니다.
❌ c) Corresponding user activity for each test activity — Incorrect
Many test activities have no direct user involvement. For example, maintainability or internal code quality testing focuses on developers, not end users.
모든 테스트 활동이 사용자 활동과 연결되는 것은 아닙니다. 유지보수성 테스트처럼 개발자 중심의 테스트도 존재합니다.
5. Summary Table
| Option | Result | Key Reason | 한글 요약 |
|---|---|---|---|
| d | ✔ Correct | Quality control applies to all development activities | 모든 개발 활동에 테스트 활동 대응 |
| a | ✖ | No defined concept of development levels | 개발 레벨 개념 불명확 |
| b | ✖ | Test objectives may not match dev objectives | 테스트 목표 ≠ 개발 목표 |
| c | ✖ | Not all testing involves users | 사용자와 무관한 테스트 존재 |
6. Final Takeaway
For ISTQB exams, remember this rule:
Testing is not a phase — it is an activity that supports every development activity.
시험에서는 다음 문장으로 정리하면 충분합니다.
테스트는 단일 단계가 아니라, 모든 개발 활동을 지원하는 활동이다.
Related: More ISTQB Posts | Next Question