how report test execution smartly
소프트웨어 테스트 상태보고
“특정 형식의 특정 정보가 특정 팀 / 개인이 특정 시간 간격으로 특정 구성원에게 전송한다는 합의는 마치 악수와 같습니다. 작업의 결과에 관계없이 손, 당신은 그것에 대해 조만간 게시 될 것입니다.”
이것은 IT 전문가 선서의 첫 번째 섹션입니다. 음, 농담이에요! 맹세는 없지만 맹세가 있었다면 분명히 그 안에있는 항목 목록의 맨 위에있을 것입니다. 그렇지 않나요?
책임 및 투명성 (A & T)은 프로젝트 수준, 팀 수준, 작업 수준 및 개별 수준과 같은 다양한 수준의 모든 IT 프로젝트에 필수적입니다. 이러한 속성이 충족되는지 어떻게 확인할 수 있습니까? 대답은 – 의사 소통,보다 공식적으로- 상태보고 !
개인 수준에서 우리 모두는 매일 업무의 성취 (또는 미 달성)를 알리기 위해 보고서 (대부분 EOD)를 매일 보내지 마십시오. 이것은 당신이 당신의 의무가 무엇으로 시작해야하는지 실제로 '알고'있다는 것을 증명합니다.
학습 내용 :
일일 현황 보고서
개인의 '일일 상태 보고서'에 포함되어야하는 정보는 다음과 같습니다.
- 오늘 뭐 했어?
- 내일 무엇을 할 계획입니까?
- 하루 동안 문제가 있었습니까? 그렇다면 어떻게 해결 했습니까? 아니면 아직 열려 있습니까?
- 내일에 대한 입력이 필요합니까? 그렇다면 누구에게서 무엇을 받았습니까?
이 이메일 / 보고서의 수신자는 일반적으로 관리자이며 일부 경우 팀 구성원이 참조로 표시 될 수 있습니다. 이는 팀이 따르는 통신 프로토콜에 따라 다릅니다.
테스트 보고서
이제 테스트 / QA 팀이 보내는 보고서에 대해 구체적으로 알아보고 모든 것을 배울 때입니다.
테스트 팀은 STLC의 여러 단계에서 다양한 보고서를 보냅니다.
인터넷 모뎀은 어떻게 생겼습니까
- 테스트 계획 상태
- 테스트 문서 상태
- 테스트 실행 상태 (결함 상태)
테스트 계획 : 테스트 계획이 작성되거나 중대한 변경이있을 때 나머지 프로젝트 팀과 소통하는 것으로 충분합니다.
테스트 문서 : 테스트 설계, 데이터 수집 및 기타 활동이 시작된시기와 완료시기를 모든 팀에 알립니다. 이 보고서는 작업의 진행 상황을 알려줄뿐만 아니라 아티팩트를 검토하고 승인해야하는 팀에게 다음 단계에 있음을 알립니다.
테스트 실행 : 실행은 테스트 팀이 주된 초점 인 프로젝트의 단계입니다. 긍정적 으로든 부정적 으로든 우리는 모두 영웅이자 악당입니다.
일일 상태 보고서가 발송되지 않는 한 테스트주기 중 일반적인 날은 수행되지 않습니다. 일부 팀에서는 주간 보고서에 동의 할 수 있지만 매일 보내는 것이 일반적입니다.
또한 매일 (또는 매주) 상태 회의를 열어 관련 당사자에게 QA 팀의 상태를 제시하는 것도 드문 일이 아닙니다.
따라서 상태 보고서의 모드는 다음과 같습니다.
- 이메일 / 문서
- 회의 / 발표
- 둘 다 – 매일 이메일과 주간 회의 정도.
테스트 실행 상태 보고서
일일 / 주간 테스트 실행 보고서 :
뭔데? 일반적으로 이것은 테스트주기 동안 QA 팀의 하루 활동에 대한 투명성을 확립하기 위해 발송되는 커뮤니케이션이며 결함 정보와 테스트 케이스 실행 정보를 모두 포함합니다.
누구에게 가야합니까? – 일반적으로 개발 팀, 환경 지원 팀, 비즈니스 분석가 및 프로젝트 팀이 수신자 / 회의 참가자입니다. 테스트 계획은이 정보를 찾을 수있는 가장 좋은 장소입니다.
테스트 실행 상태 보고서에는 무엇이 포함됩니까? – 10 점
- 당일 계획된 테스트 케이스 수
- 실행 된 테스트 케이스 수 – 당일
- 전체적으로 실행 된 테스트 케이스 수
- 그날 발생한 결함 수 / 및 해당 상태
- 지금까지 발생한 결함 수 / 및 해당 상태
- 심각한 결함 수-아직 열려 있음
- 환경 다운 타임 –있는 경우
- Showstoppers –있는 경우
- 테스트 실행 시트 첨부 / 링크 테스트 관리 도구 테스트 케이스가 배치 된 위치
- 버그 보고서 첨부 / 인시던트 관리에 사용되는 결함 / 테스트 / 관리 도구 링크
위의 10 점은 면밀히 알아 차리면 원시 데이터입니다. 사실을보고하는 것과 일부 '스마트 한'사실을보고하는 것은 다른 것입니다. . 이 정보를 어떻게 수정합니까?
- 색상 표시기로 전체 상태를 표시합니다. 예를 들어, 녹색 – 정시, 주황색-약간 뒤쳐 지지만 지연을 흡수 할 수 있음, 빨간색-지연됨.
- 지금까지 테스트 케이스의 통과 %, 결함 밀도, 심각한 결함의 %와 같은 간단한 메트릭을 포함하십시오. 이렇게하면 단순히 숫자를 제공하는 것이 아니라 실제로 테스트중인 제품의 품질을 엿볼 수 있습니다.
- 중요한 단계가 완료되면 강조 표시하십시오.
- 향후 실행의 전체 / 일부를 차단할 중대한 결함이있는 경우 강조 표시합니다.
- 프레젠테이션을 사용하는 경우 더 나은 효과를 내기 위해 일부 그래프를 포함해야합니다.
예를 들어, 아래 그래프는 모듈 별 미결 결함 수 :
이 외에도 선택적으로 다음을 포함 할 수도 있습니다.
- 다음에 계획된 활동은 무엇입니까?
- 다른 팀의 의견이 필요합니까? 그렇다면 무엇입니까?
마지막으로 프로세스에 도움이되는 몇 가지 지침 :
- 간결함과 동시에 완성
- 보고하는 결과가 정확한지 확인하십시오.
- 글 머리 기호를 사용하여 보고서를 읽기 쉽게 만듭니다.
- 올바른 날짜, 제목, 목록 및 첨부 파일을 포함하려면 다시 확인하십시오.
- 보고서가 너무 크고보고 할 요소가 너무 많은 경우 : 파일로 공통 위치에 배치하고 파일 자체 대신 이메일로 링크를 보냅니다. (수신자에게이 위치 및 파일에 대한 액세스 권한이 있는지 확인)
- 상태 회의 인 경우 – 프레젠테이션을 준비하고 정시에 도착하며 가장 중요한 것은 균일 한 어조를 유지하는 것입니다 (결함을 너무 자랑스러워하지 마십시오. 일반적으로 '나쁜 소식'입니다).
샘플 상태 보고서
QA 테스트 상태 보고서 :
이러한 지침에 따라 아래 상태 보고서에 도달했습니다.
독자의 편의를 위해 전달할 수있는 다양한 수준의 정보를 전달하는 3 장의 시트를 포함했습니다.
시트 1 – 프로젝트의 전체 상태에 대한 요약입니다.
시트 2 – 테스트 케이스 상태의 개별 세부 사항에 대한 자세한 내용입니다.
시트 3 – 샘플 버그 보고서입니다.
다운로드 샘플 상태 보고서 XLS 템플릿 세 장 모두. (링크를 마우스 오른쪽 버튼으로 클릭하고 '다른 이름으로 링크 저장 ..'을 선택하여 다운로드)
swf 파일을 여는 방법
저자 정보 – 이것은 STH 팀원 Swati Seela의 기사입니다. 그녀에 대해 더 많이 알 수 있습니다. 소프트웨어 테스팅 과정 페이지 .
귀하의 의견과 질문을 아래에서 공유하십시오.
추천 도서
- 소프트웨어 테스트 주간 상태 보고서 작성 방법
- Selenium을 통해 원격으로 TestLink 테스트 케이스 실행 상태를 업데이트하는 방법 – 튜토리얼 # 3
- 효과적인 테스트 요약 보고서 작성 방법 (샘플 보고서 다운로드)
- 샘플 버그 보고서
- 예제가있는 합격 테스트 보고서의 샘플 템플릿
- 표준 템플릿 라이브러리 (STL) : 간략한 소개
- Generics 및 Testsuite 생성 – Selenium Tutorial # 22
- 테스트 케이스 예제가 포함 된 샘플 테스트 케이스 템플릿 (다운로드)