Q. '테스트 계획서'들이 여러 종류(단위, 통합, 시스템, 사용자, 인수)가 있는데, PM 입장에서 '설계 단계'에서는 각각 어떤 내용을 중요하게 '계획'하고 '정의'해야 하나요?

Q. '테스트 계획서'들이 여러 종류(단위, 통합, 시스템, 사용자, 인수)가 있는데, PM 입장에서 '설계 단계'에서는 각각 어떤 내용을 중요하게 '계획'하고 '정의'해야 하나요? 🤔

A. 맞아요! 테스트는 PM의 마음을 편안하게 해주는 '품질 보증 설계'의 핵심이죠! 설계 단계에서는 실제로 테스트를 수행하기보다, '어떤 테스트를 어떤 기준으로, 어떻게 진행할 것인지'에 대한 청사진을 그리는 것이 중요합니다. PM은 이 계획이 시스템의 품질을 제대로 검증할 수 있도록 꼼꼼히 챙겨야 합니다! ✨

시스템 개발에서 테스트는 마치 건물을 짓는 과정에서 안전 점검을 하는 것과 같아요. 🏗️ 각 단계마다 다른 목적과 관점으로 점검을 해야 튼튼하고 안전한 건물을 완성할 수 있겠죠? PM은 이 모든 점검 계획을 미리 세우고 조율하는 '테스트 총괄 설계자' 역할을 합니다.

---

📌 설계 단계 PM이 챙겨야 할 테스트 계획의 종류와 핵심 (수다쟁이PM의 꼼꼼 체크리스트! 📝)

1) 단위 테스트 케이스 (Unit Test Case) - '개발자의 자가 검증 기준 계획' 🛠️

• 설계 단계의 초점: 개발자들이 자신이 만든 '가장 작은 프로그램 부품(모듈/클래스)'이 제대로 작동하는지 '어떤 기준으로' 테스트할지 계획하는 단계입니다. 즉, 각 기능의 최소 단위가 가져야 할 결과값이나 예외 처리 시나리오 등을 정의하여 개발자가 스스로 코드 품질을 1차적으로 확인할 수 있도록 가이드라인을 세우는 것이 중요합니다.
• PM 관점: 이 계획이 명확해야 개발 단계에서부터 버그를 줄이고 개발 효율성을 높일 수 있습니다. 초기 단계부터 촘촘한 테스트 계획이 세워져야 나중에 큰 문제로 번지는 것을 막을 수 있어요!

2) 통합 테스트 시나리오 (Integration Test Scenario) - '부품 간 연결 검증 시나리오 정의' 🔗

• 설계 단계의 초점: 따로따로 설계된 '작은 부품들이 서로 연결되었을 때' 어떤 시나리오로 문제없이 잘 대화하고 기능하는지 검증할 계획을 세우는 단계입니다. 예를 들어, '회원 가입 후 로그인 연동'과 같은 기능 흐름을 어떤 순서로 테스트할지, 어떤 데이터를 주고받을 때 예상 결과는 무엇인지 등을 시나리오로 구체화하여 정의하는 거죠.
• PM 관점: 각 기능이 유기적으로 연결되어야 시스템이 제대로 작동하므로, 시스템의 핵심 흐름이 원활하게 돌아가는지 확인하는 중요한 계획입니다. 설계된 인터페이스와 컴포넌트 간의 연동 오류를 사전에 발견할 수 있도록 시나리오를 정의하는 것이 핵심이에요.

3) 시스템 테스트 시나리오 (System Test Scenario) - '완성 시스템의 종합 품질 검증 계획' ✅

• 설계 단계의 초점: 모든 부품이 합쳐진 '완성될 시스템 전체'가 처음 요구했던 모든 기능적/비기능적 요구사항(성능, 보안, 안정성, 호환성 등)을 '어떤 기준과 시나리오로' 만족하는지 검증할 계획을 세우는 단계입니다. 시스템의 전반적인 안정성과 성능 목표 달성 여부를 어떻게 확인할 것인지 정의하는 것이 중요합니다.
• PM 관점: 시스템이 '사용 가능한 수준'의 품질을 갖추었는지 종합적으로 판단할 수 있도록, 가장 포괄적인 테스트 범위와 기준을 설계 단계에서 확정해야 합니다. 고객의 최종 승인 전에 내부적으로 충분히 검증되었다는 확신을 얻기 위한 밑그림이라고 할 수 있죠!

4) 사용자 테스트 시나리오 (User Acceptance Test - UAT Scenario) - '사용자 관점의 수용성 검증 시나리오 정의' 🧑‍💻

• 설계 단계의 초점: '실제 사용자(고객)'가 시스템을 써보고 불편한 점은 없는지, 원하는 기능이 제대로 되는지 '어떤 시나리오로' 직접 확인하고 수용 여부를 판단할 계획을 수립하는 단계입니다. 사용자의 실제 업무 흐름에 맞춰 시스템을 검증할 수 있는 시나리오를 정의하는 것이 중요해요.
• PM 관점: 개발자나 QA의 관점이 아닌, 실제 사용자의 눈높이에서 시스템을 검증하는 매우 중요한 단계입니다. 고객의 만족도를 높이고, 미처 발견하지 못했던 비즈니스 로직 오류나 사용성 문제를 찾아낼 수 있도록, 고객 입장의 시나리오를 미리 정의하는 것이 PM의 중요한 역할입니다.

5) 인수 테스트 시나리오 (Acceptance Test Scenario) - '최종 고객 검수 기준 및 시나리오 정의' 🤝

• 설계 단계의 초점: 고객(발주처)이 시스템을 최종적으로 '인수할 때 어떤 기준과 시나리오로' 모든 기능과 요구사항을 검수할지 계획하는 단계입니다. 계약된 요구사항들이 제대로 구현되었는지, 프로젝트 성공의 마지막 지표가 될 검수 시나리오를 명확히 정의합니다.
• PM 관점: 프로젝트의 성공적인 마무리를 위한 마지막 관문입니다. 이 시나리오에 따라 테스트를 수행하고, 모든 기준을 통과해야 비로소 프로젝트가 공식적으로 완료될 수 있어요. 설계 단계에서 이 최종 '합격 기준'을 명확히 하는 것이 PM의 핵심 책임이자, 승리의 깃발을 꽂기 위한 필수 준비라고 할 수 있죠! 🏆

---

이렇게 각 테스트 계획은 목적과 범위가 다르므로, PM은 설계 단계에서부터 이 모든 '계획과 정의'를 꼼꼼히 수립하고, 향후 진행될 테스트의 방향성을 제시해야 시스템의 품질을 완벽하게 책임질 수 있답니다! 😉

 

다음에 어떤 궁금증을 풀어드릴까요? 댓글로 편하게 질문해주세요! 👇