dev + qa = hq sw dev + qa = hq sw

이어지는 시리즈 소프트웨어 결함 리포트 소프트웨어 결함 리포트: 분석 소프트웨어 결함 리포트: 보고 소프트웨어 결함 리포트: 내용 소프트웨어 결함 리포트: 트랙, 재시험, 마감 소프트웨어 결함에 대한 분석 근본 원인 찾기 누구의 잘못인지 찾기 - 테스트? 테스터? 제품? 테스트가 잘못되었는지? 테스트를 제대로 실행하지 않은 테스터의 잘못인지? 실행 시스템에 관해 잘못 추정했는지? 제품을 잘못 구축했는지? 검증(verification) 실패하면, "올바르게" 구축할 수 있는지? 검증(validation) 실패하면, "올바른" 제품을 구축할 수 있는지? 테스터는 분석 먼저! 개발자는 테스터들이 테스트 결함들을 사전 협의없이 넘겨주게 하지 말 것! 결함에 대한 분석이 포함되어있고, 몇몇의 작업자 오류들은 허용..

이어지는 시리즈 소프트웨어 결함 리포트 소프트웨어 결함 리포트: 분석 소프트웨어 결함 리포트: 보고 소프트웨어 결함 리포트: 내용 소프트웨어 결함 리포트: 트랙, 재시험, 마감 2가지 핵심적 이해 테스팅의 목적은 오류를 찾는 것만이 아닌 고치는 것이다 결함 리포트의 라이프 사이클과 구성요소를 이해하는 것은 개발과 테스팅 사이의 소통에 있어 도움이 된다 소프트웨어 결함 리포트의 목적 - 발생한 모든 부정적인 이벤트 정보를 개발자 & 기타 관계자에게 제공해 구체적 영향 식별, 재현 테스트로 문제 격리, 잠재 결함 수정, 필요에 따라 다른 문제 해결 방법 구상 - 테스트 관리자에게 작업산출물의 품질과 테스팅 영향을 추적할 방법을 제공 - 개발 & 테스트 프로세스 개선에 대한 아이디어 제공 소프트웨어 결함 리포..

총괄(summative) vs. 누적(cumulative) 정보 테스트 상태 리포트 테스트 주기(cycle)가 어떻게 진행되고 있는지 매(each) 주기 끝에 생성한다 → 테스팅 과정 중에 보고되며, [테스팅 주기, 폭포수 모델과 같은 단계 게이트(phase-gate) 프로세스, 애자일 또는 스크럼에 기초하는 스프린트]를 어떻게 정의하였는지에 따라 관계자에게 상태 업데이트를 지속적으로 보고함으로써, 테스팅이 어떻게 실행되는지 알린다. 현재 노력(effort)과 계획된 노력을 비교하여, 프로젝트 매니저가 프로젝트 & 과정 & 리스크에 관해 파악할 수 있게 한다. 더보기 스프린트 작은 단위의 개발 업무를 단기간 내에 전력 질주하여 개발한다는 뜻. 스크럼 스크럼 개발 프로세스는 소프트웨어 개발보다는 팀의 개선..