Testware Produced by Test Activities
1. Introduction
This question focuses on understanding the relationship between test activities and the testware they produce.
Mapping outputs to the correct activity is a very common pattern in ISTQB exams.
이 문제는 테스트 활동(Test Activities)과 각 단계에서 생성되는 테스트웨어(Testware)를 정확히 연결할 수 있는지를 묻습니다. ISTQB 시험에서 매우 자주 등장하는 유형입니다.
2. Key Concept: Test Activities and Their Outputs
Each test activity produces specific types of testware:
- Test analysis: defines and prioritizes test conditions
- Test design: defines coverage items and designs test cases
- Test implementation: prepares execution, including test execution schedules
- Test completion: closes testing and may raise change requests
테스트 활동별 대표적인 산출물은 다음과 같습니다.
- 테스트 분석: 테스트 조건 도출 및 우선순위화
- 테스트 설계: 커버리지 아이템 및 테스트 케이스
- 테스트 구현: 실행 준비, 테스트 실행 스케줄
- 테스트 완료: 종료 보고, 교훈 정리, 변경 요청
3. Practice Question
❓ Question
Given the following testware:
- Coverage items
- Change requests
- Test execution schedule
- Prioritized test conditions
And the following test activities:
- A. Test analysis
- B. Test design
- C. Test implementation
- D. Test completion
Which of the following BEST shows the testware produced by the activities?
- a) 1B, 2D, 3C, 4A
- b) 1B, 2D, 3A, 4C
- c) 1D, 2C, 3A, 4B
- d) 1D, 2C, 3B, 4A
✅ Correct Answer: a)
4. Explanation (EN / KR)
✔ A. Test analysis → Prioritized test conditions (4)
Test analysis focuses on analyzing the test basis and identifying test conditions, which are then prioritized, often based on risk.
테스트 분석 단계에서는 테스트 기준을 분석하여 테스트 조건을 도출하고, 이를 우선순위화합니다.
✔ B. Test design → Coverage items (1)
During test design, test conditions are transformed into test cases and coverage items that define what needs to be tested.
테스트 설계 단계에서는 테스트 조건을 기반으로 커버리지 아이템과 테스트 케이스를 설계합니다.
✔ C. Test implementation → Test execution schedule (3)
Test implementation prepares tests for execution by:
- Creating test procedures
- Organizing test suites
- Preparing a test execution schedule
테스트 구현 단계에서는 테스트 절차를 구성하고 실제 수행을 위한 테스트 실행 스케줄을 준비합니다.
✔ D. Test completion → Change requests (2)
Test completion finalizes testing activities and documents results. At this stage, change requests may be raised as improvement actions or backlog items.
테스트 완료 단계에서는 테스트를 종료하고 결과를 정리하며, 개선 사항이 변경 요청(Change requests)으로 도출될 수 있습니다.
❌ Why the other options are incorrect
Options b), c), and d) do not correctly match the testware with the activities that typically produce them.
나머지 선택지는 테스트 활동과 산출물의 연결이 올바르지 않습니다.
5. Summary Table
| Testware | Produced By | Reason | 한글 요약 |
|---|---|---|---|
| Coverage items | Test design | Defines what to cover | 무엇을 테스트할지 정의 |
| Change requests | Test completion | Result of closure & lessons learned | 종료 후 개선 요청 |
| Test execution schedule | Test implementation | Execution preparation | 실행 준비 산출물 |
| Prioritized test conditions | Test analysis | Identified & prioritized from test basis | 조건 도출 및 우선순위 |
6. Final Takeaway
Remember this simple mapping for ISTQB exams:
Analysis → prioritized test conditions
Design → coverage items
Implementation → execution schedule
Completion → change requests
ISTQB 시험에서는 아래 매핑을 기억하세요.
분석 → 테스트 조건(우선순위)
설계 → 커버리지 아이템
구현 → 실행 스케줄
완료 → 변경 요청
Related: More ISTQB Posts | Next Question