테스트(상태) 리포트

총괄(summative) vs. 누적(cumulative) 정보

테스트 상태 리포트

• 테스트 주기(cycle)가 어떻게 진행되고 있는지
• 매(each) 주기 끝에 생성한다

→  테스팅 과정 중에 보고되며, [테스팅 주기, 폭포수 모델과 같은 단계 게이트(phase-gate) 프로세스, 애자일 또는 스크럼에 기초하는 스프린트]를 어떻게 정의하였는지에 따라 관계자에게 상태 업데이트를 지속적으로 보고함으로써, 테스팅이 어떻게 실행되는지 알린다. 현재 노력(effort)과 계획된 노력을 비교하여, 프로젝트 매니저가 프로젝트 & 과정 & 리스크에 관해 파악할 수 있게 한다.

 

스프린트

작은 단위의 개발 업무를 단기간 내에 전력 질주하여 개발한다는 뜻.

 

스크럼

스크럼 개발 프로세스는 소프트웨어 개발보다는 팀의 개선과 프로젝트 관리를 위한 애자일 방법론으로, 경험적 관리 기법 중 하나이다.

 

테스트 리포트

• 테스팅 전체 노력이 프로젝트 및 기능(feature)에 어떻게 영향을 미쳤는지
• 테스팅이 끝난 '후'에 발생한다.

 

→ 최종 리포트로서, 최종 상태를 명시한다. 

 

 

---

 

테스트(상태) 리포트는,

1. 테스팅이 어떻게 진행되고 있는지 평가
   • 테스트 리포트, 최종 체스트 리포트, 테스트 상태 리포트 등의 여러 테스트 리포트들은 종류와 상관없이 매니저에게 프로젝트가 어떻게 진행되고 있는지에 대한 지식을 부여해야한다.
2. 어떤 것이 테스트 되었는지 리스트
3. 어떤 것이 테스트 되지 않았는지와 그 이유에 관해 리스트
4. 아직 해결되지 않은 결점들 (or 상황에 따라 모든 결점들) 리스트
   • 매니저가 어떤 것들이 아직 잘못됬는지 보기위해서 중요하므로, 어떤 결점들이 아직 해결되지 않았는지 리스트한다.
5. 실제 스케쥴 보여주기
   • 스케쥴에도 관심을 가지며, 현재 스케쥴과 본래 스케쥴을 비교하여 무엇이 끝났는지 알 수 있다
6. 개발자들에게 어떤 것이 작동되는지/되지않는지 전달
   • 매니저가 개발팀과 어떤 항목들이 아직 존재하는지에 대해 소통할 수 있다. 테스팅 팀이 결함들을 명시했을 때, 그 결함들을 고치는 것은 개발자 팀의 일이라는 뜻이다. 결점들에 우선 순위를 매기고, 몇몇은 그냥 넘기며, 테스팅팀이 프로젝트가 준비되었다고 결정 내리기전에, 고쳐야할 결점들에 대해 언급한다.  

 

---

 

테스트(상태) 리포트의 2가지 주요 원인

1. 운영/관리와 마케팅을 할 수 있도록 허용
   • 매니저의 가장 중요한 일은 리스크를 관리하는 것으로서, 적절하게 관리하려면 데이터가 있어야한다. 테스트 리포트들은 필수적인 리스크 기반 관리 결정들을 내리는데 있어서 필요한 데이터들을 분명히 한다.
   • 마케팅의 가장 중요한 일은 고객의 기대를 관리하는 것이다. 테스팅이 어떻게 되는지 모르면 
2. 과정 향상에 도움 
   • 많은 프로젝트들은 검시(postmortems) 또는 교훈을 배우는 미팅들을 시행한다. 현재 발생하는 문제들을 찾아내고, 다음번 발생을 예방하기 위한 변경들을 이행한다.
   • 잘 작성된 테스트 리포트는 발생한 실수들을 찾아내고 미래에 예방할 수 있으므로, 이 과정에 있어 매우 값지다.
   • 테스트 계획에 명시되는 실제 스케쥴을 검시(postmortems)에 포함한다 → 실제 스케쥴, 현재 스케쥴 모두 표시

 

---

 

 

Summary

테스트 (상태) 리포트

현재/최종 테스팅 과정의 평가

어떤 것이 테스트 되었는지 리스트

어떤 것이 테스트 되지 않았는지 리스트

아직 해결되지 않은 결점들 리스트

(실제-actual-와 현재-current-의) 스케쥴 리스트