테스트 계획서 작성하기(마이피플.apk)
NOTICE
본 문서의 내용은 LQDQ사의 자산으로 개인의 동의 없이 배포 또는 복사할 수 없습니다. 아래 모든 내용은 App의 Spec 문서 없이 저의 임의대로 작성 되었음을 알려 드립니다.
본 문서를 샘플로 사용하셔도 무방합니다.
Copyright© 2020 LQDQ All Rights Reserved.
문서 변경 이력(가정)
| 날짜 | 작성자 | 버전 | 내용 |
| 이정민 | Ver. 0.0 | Mypeople 테스트 계획서. | |
| 홍길동 | Ver. 0.1 | ||
| 김철수 | Ver. 0.2 | ||
| 김철수 | Ver. 1.1 | 김영희 수석에게 최종 리뷰를 맡기기 위한 전체 검토 / 용어 뒷부분으로 이동 . | |
| 김영희 | Ver. 2.1 | 전체적인 Review 테스트(주요 변경 내용: 테스트 절차 추가 , 결함관리 및 결함유형 추가 , 테스트관리 항목 추가 ) | |
| 김철수 | Ver. 2.2 | 전체 검토(내용간 불일치성 제거, 내용 순서 수정) | |
| 김철수 | Ver 2.3.0 | 업계 전문가로부터의 피드백 반영 |
테스트 계획 승인(가정)
| 승인자 | 이름 및 서명 | 승인 날짜 |
| 테스트 리더 | 이정민 팀장 | |
| 개발 리더 | 배철수 팀장 | |
| 테스트 팀장 | 김영희 팀장 | |
| 개발 팀장 | 김철수 팀장 | |
| 프로젝트 관리자 | 홍길동 팀장 |
[번외] 소프트웨어 테스트 계획서 - feat.마이피플 #1
목차 마이피플.apk 테스트 계획서 NOTICE 본 문서의 내용은 LQDQ사의 자산으로 개인의 동의 없이 배포 또는 복사할 수 없습니다. 아래 모든 내용은 App의 Spec 문서 없이 저의 임의대로 작성 되었음을
qa-testing.tistory.com
7. 테스트 조직(Test Organization)
7.1. 테스트 역할(Test roles)
이번 테스트 프로젝트에서는 테스트 매니저, 테스트 리더, 테스트 엔지니어(테스터), 도메인 전문 가, 테스트 컨설턴트의 역할이 요구된다. 테스트의 역할에 대한 보다 상세한 내용은 [첨부2]를 참 고하기 바란다.
- 테스트 매니저(Test manager)
테스트 매니저는 기획, 시간 및 예산 내 테스트 프로세스의 관리 및 실행, 그리고 품질 요구사항을 달성하는데 책임이 있다. 테스트 매니저는 테스트 프로세스의 진행 및 테스 트 대상의 품질에 대한 기록을 유지한다.
- 테스트 리더(Test Leader)
테스트 리더는 테스트 매니저의 업무를 지원하며 해당 역할을 상속 받아 테스트 매니저 업무의 일부분을 수행한다. 테스트 엔지니어가 효율적/효과적으로 테스팅을 진행할 수 있 도록 관리하고 테스트 설계 및 방법론을 제공하고 교육한다.
또한 결함 심각도를 최종적 으로 판단한다. (결함의 심각도가 개발 조직과 논란이 되어 테스트 리더가 해결 또는 판 단할 수 없을 경우에는 결함 이슈해결위원회에 결정을 위임한다.)
테스트 설계자 및 테스트 형상관리자의 역할을 테스트 리더가 중심이 되어 테스트 매니 저 및 엔지니어의 지원을 받아 수행한다.
- 테스트 엔지니어(Test engineer)
테스트 엔지니어는 테스트 환경 구축 및 자동화를 포함하는 테스트 실행을 전담하며 테 스트 매니저와 리더의 업무를 지원한다. 테스트 리더 또는 설계자가 고안한 테스트 설계를 지원하고 이에 따라 테스트 케이스와 테스트 데이터를 도출한 후 제안된 방법론에 따 라 테스트를 실행한다.
- 도메인 전문가(Domain expert)
도메인 전문가는 필요할 때에는 언제든지 테스트 대상의 기능성 및 비기능성에 대한 지 원 및 조언을 제공하고 일부 테스트 수행 및 요구사항 관리에 참여한다.
- 테스트 컨설턴트(Test Consultant)
테스트 컨설턴트는 테스트의 체계를 확립하고 이에 따라 테스트를 수행할 수 있도록 구 체적인 가이드를 제공하는 것은 물론이고, 테스트 전략 수립과 핵심 테스트 설계 및 테 스트 케이스 작성의 일부를 주도하고 내재화를 지원한다. 이 밖에도 테스트 전반에 걸쳐 시행착오를 최소화할 수 있도록 지원해 주는 역할을 담당한다.
7.2. 조직 구조(Organization structure)
7.3 테스팅 참여자(Test staff)
| 기능(Function) | 이름(Name) | 참여 정도 |
| 테스트 매니저 | 홍길동 | Full |
| 테스트 리더(설계) | 이정민 | Full |
| 테스트 엔지니어 | 서태지, 이지아, 정우성, 강호동 (테스트 수행 지원 : 박찬호, 이승엽, 추신수) |
Full |
| 테스트 컨설턴트 | 김철수 | Full |
| 도메인 전문가(현업) | 김영희 | Full |
7.4. 교육 훈련 요구사항 및 계획
- 교육 훈련 방법
- 현장에서 바로 적용 가능한 내용을 중심으로, 현 테스팅 대상 시스템의 내용으로 교 육 훈련 진행.
- 2~3차 걸친 현장 밀착 교육
- 필요 시 개별 훈련
- 테스트 리더가 중심이 되어 교육 훈련 준비 및 진행(필요 시 외부전문가 초청 교육 진행)
- 토론과 논의를 통한 간접적 진행
8. 테스트 산출물(Test deliverables)
8.1. 테스트 보고 문서(Test documentation)
작성될 테스트 보고서(문서)는 다음과 같다.
- 테스트 계획서: 프로젝트 초기부터 현재까지 작성한 테스트 계획 문서이다. (본 문서)
- 결함 보고서: 발견한 모든 결함을 관리하고 보고한다.
- 인시던트(Incident) 보고서: 테스터가 테스트를 수행하는 동안 발생되는 이슈를 기록하고 관련 회의 하루 전에 모든 참여자들에게 배포된다.
- 진행 보고서: 테스트의 진척도를 일주일 단위로 보고한다.
- 릴리즈 조언: 공식적인 테스트 실행 단계를 종료하는 문서이다.
- 최종 보고서: 테스트 진행 사항을 정리하고 릴리즈 조언을 포함하며, 테스트 프로젝트 진 행 중의 배운 점과 개선 요구사항을 포함한다.
- 테스트 프로세스 리뷰 보고서: 이 보고서는 테스트 프로젝트가 진행되는 동안의 테스트 프로세스 성숙도를 평가한 문서이다.
8.2. 테스트 실행 관련 산출물
테스트 설계의 결과로 산출된 또는 실행을 위해 필요한 문서 또는 산출물은 다음과 같다.
- 테스트 케이스(Test case): 테스팅을 수행하기 위해 개발된 입력 값, 실행 사전조건, 예상 결과, 실행 사후조건 들의 집합.
- 테스트 프로시저(Test procedure): 테스트 스크립트(test script)라고도 하며 테스팅이 어떻 게 수행되었는지 기술, 이 스크립트는 테스트 케이스의 실행 순서를 나타내며, 이화 관련 된 테스트 행동(Test actions) 및 검사를 나타냄.
- 테스트 시나리오: 여러 테스트 스크립트의 실행을 조정하며 테스터에게 테스트 스크립트를 할당하는 마이크로-테스트 계획.
- 초기 테스트 데이터 집합: 특정 테스트 시작에 필요한 파일 및 데이터 집합.
8.3.테스트 리포팅(Test reporting, 진행 보고서 중심)
테스트 리포트에서 요약하여 보고하는 정보는 다음과 같다.
- 충족된 테스트 완료 조건(Exit criteria)과 해당 시기 또는 일자 그리고 해당 테스팅 기간 중에 발생한 일
- 개발 프로젝트 리더가 향후의 활동이나 의사결정에 도움이 되는 분석된 정보와 매트릭 잔존 결함의 평가
- 테스팅 속행의 경제적 이득
- 부각된 리스크
- 테스트된 소프트웨어에 대한 자신감(Confidence)의 정도
리스크가 높은 곳을 중심으로 리포팅 해야 하며 테스트 리포트의 작성 방향은 다음과 같다.
- 테스트 리포트 내용을 미리 설계(리포트에 채워질 내용을 미리 구상)
- 그래프 위주로 작성
- 주간 리포트: 간략하게 1페이지에 요약
- 다음 항목 및 그래프를 포함하여 중간 보고서 및 최종보고서를 작성
8.4.테스트 프로세스 제어(Test process control)
테스트 진척도와 예산 및 사용 시간 등이 테스트 프로젝트 동안 모니터 되고 보고된다.
이것은 각각의 계획 단계가 종료되면 실시하고, 결과는 이슈 보고 회의에서 보고된다.
또한 테스트 프로 세스 제어 활동을 통해 테스팅이 전사차원의 테스팅 프로세스에 부합되게 진행되었는지를 파악하
여 테스팅 종료 시 프로세스 준수 리포팅 내용의 근거로 활용한다.
9. 형상 관리(Configuration management)
테스트 형상관리는 테스트 매니저의 책임 하에 테스트 리더가 담당하며 개발 형상관리와 연계되 어야 한다.
테스트 수명주기에서의 형상 관리를 필요로 하는 테스트 관련 문서(산출물)는 다음과 같다.
- 테스트 계획서
- 테스트 케이스
- 결함 리포트
10. 결함 관리(Defect management)
10.1. 결함 리포트 구성 내용
- 결함 관리를 위해, 결함 발생시 “마이피플.App”에 결함을 등록하며 아래 항목들을 필수로 한다.
- 결함내용
- 테스트 케이스 식별번호
- 결함유형
- 발견일
- 심각도
- 우선순위(결함 수정의 우선순위)
- 시정조치예정일
- 수정담당자
- 재 테스트 결과
- 종료일
10.2.결함 관리 측정 지표(매트릭)
테스트 매니저는 결함 관리 시 다음 측정지표를 추적해야 한다.
- 심각도 범주당 미해결 결함 수
- 심각도 범주당 기간 내 수정된 결함 수
- 발견된 결함 전체 수
- 리스크 레벨 별 잔존 결함의 심각도 수준 및 결함 수 – 리스크가 높은 부분 중심
- 누적 결함 수
별첨. 참고 문헌
1. 권원일, 이공선, 임준섭, “개발자도 알아야할 소프트웨어 테스팅 용어”, ㈜STA테스팅컨설팅, 2007
2. 권원일 외, “개발자도 알아야할 소프트웨어 테스팅 실무”, ㈜STA테스팅컨설팅, 2006
3. 김익환, 전규현, “ 소프트웨어 개발의 모든 것” , 페가수스, 2010
Related References
[v.2018-KOR(ㄱ ~ ㅅ)] Standard Glossary of Terms used in Software Testing Version 3.2
"[참고] Ctrl+F로 찾아서 확인하세요." "Please, Use (Ctrl+F) to find it." 목차 GUI 그래픽 사용자 인터페이스(Graphical User Interface)의 약자 IDEAL 시작, 기획, 구현을 위해 로드맵 역할을 하는 조..
qa-testing.tistory.com
[v.2018-KOR(ㅇ ~ ㅎ)] Standard Glossary of Terms used in Software Testing Version 3.2
"[참고] Ctrl+F로 찾아서 확인하세요." "Please, Use (Ctrl+F) to find it." 목차 아웃풋 output 참조 : ISO 24765 컴포넌트나 시스템에서 외부 목적지로 전송되는 데이터 안전성 safety 참조 : IS..
qa-testing.tistory.com
요약 : 애자일 프로세스 배포 프로세스, 프로세스, 업무 프로세스 관리, 프로세스 마이닝,web site test, 웹 qa, test web, 넥슨 qa, 앱 qa, 소프트웨어 qa, 소프트웨어 qa 전망
'RESUME CONSULTING' 카테고리의 다른 글
| [실전 이력서 작성 전략] 'SK 이노베이션' 서류 지원 결과와 이력서 작성법 (0) | 2021.04.03 |
|---|---|
| [현실 직장인의 일상 이야기] 사회 생활이나 회사 생활은 원래 힘든 거야 (0) | 2021.03.13 |
| [실전 포트폴리오 No.2] 이론 기반 소프트웨어 테스트 계획서 작성법 (0) | 2021.03.05 |
| [실전 이력서 작성 전략] 게임 QA(테스터) 포지션 지원 시 자기소개서 작성법 (0) | 2021.02.23 |
| [실전 면접 전략] 난 왜 면접(대면, 비대면)에서 불합격이 많을까? (0) | 2021.02.18 |