- 테스트 계획 : 테스트 관리 프로세스 시작 활동으로, 효과적/효율적 동적 테스트를 위한 계획 수립을 목표로 함.
- 테스트 계획서 : 동적 테스트 프로세스 수행에 대한 구체적인 계획이 포함됨.
- 테스트 컨텍스트
- 테스트 대상, 테스트 범위 등 테스트 수행 배경 요소 식별 및 명세
- 테스트의 범위, 즉 어떤 기능과 모듈이 테스트 대상인지와 제외되는 항목이 무엇인지를 명시한다.
- 테스트 전략
- 테스트 설계기법, 환경요건 및 테스트데이터 등 효과적/효율적 테스트를 위한 전략.
- 테스트 도구와 프레임워크에 대한 설명도 포함한다.
- 테스트 항목
- 테스트 할 주요 기능과 모듈을 나열한다.
- 각 항목에 대한 테스트 케이스의 개요를 제공한다.
- 테스트 기준
- 테스트 시작, 종료, 통과, 실패 기준을 명시한다.
- 자원 및 역할
- 테스트 수행 팀원들의 역할과 책임을 정의한다.
- 필요한 하드웨어, 소프트웨어, 인프라 자원 등을 명시한다.
- 테스트 일정 및 수행 계획
- 테스트 일정과 예상 소요 시간을 명시한다.
- 위험 분석 및 대책
- 제품 및 프로젝트 유형의 위험요소 식별 후 분석하여 대책을 설명함.
- 시간 부족, 자원 부족, 테스트 환경 문제 등의 리스크를 포함.
- 테스트 환경
- 테스트 환경 및 미리 준비해야 할 테스트 데이터 등을 포함함.
- 테스트 도구
- 테스트에 사용할 도구와 목적을 명시함.
- 보고 및 커뮤니케이션 계획
- 테스트 진행 상황과 결과 보고 방법 설명
- 테스트 보고 주기, 보고 형식, 대상자 등을 명시함.
- 테스트 컨텍스트
예를 들어, 비밀번호 찾기 기능이 추가됨에 따라, 로그인 기능(기존 기능) 이 올바르게 작동되는지 확인 및
신규 기능 (비밀번호 찾기) 의 시스템 안정성을 검증해야 하는 상황이다.
나는 아래와 같이 테스트 계획서를 작성했다.
- 목적 및 범위
- 테스트 목적 : 비밀번호 찾기 기능 추가로 인한 시스템의 안정성을 검증하고, 기존 로그인 기능이 정상작동하는 지 확인한다.
- 테스트 범위 : 비밀번호 찾기 및 로그인 모듈을 포함하며, 회원가입 및 프로필 수정 등 비밀번호 찾기와 관련 없는 모듈은 테스트 범위에서 제외된다.
- 테스트 전략 및 접근 방식:
- 테스트 전략
- 비밀번호 찾기 기능 테스트 진행하고 로그인 기능은 리그레션 테스트를 진행한다.
- Selenium을 사용하여 로그인 반복 테스트를 효율적으로 진행한다.
- 테스트 접근 방식
- 유닛 테스트 : 비밀번호 찾기 기능의 세부 단위에 대한 테스트 진행
- 통합 테스트 : 비밀번호 찾기 기능과 로그인 기능 간의 상호작용 테스트 진행
- 시스템 테스트 : 전체 시스템에서 두 기능이 함께 작동되는 지 확인
- 회귀 테스트 : 비밀번호 찾기 기능 추가 후 로그인 기능이 정상작동되는 지 확인
- 테스트 전략
- 테스트 항목:
- 사용자 로그인
- 올바른 데이터 입력
- 잘못된 데이터 입력
- 빈 입력 필드
- 계정 잠금 상태 계정 데이터 입력
- 여러 번 잘못된 로그인 시도
- 가입 후 장시간 접속하지 않음.
- 비밀번호 찾기 후 로그인 시도
- 비밀번호 찾기
- 가입된 올바른 이메일 양식의 정보 입력
- 잘못된 이메일 양식의 정보 입력
- 정보가 없는 이메일 정보 입력
- 만료된 링크 확인
- 비밀번호 찾기 후 새 비밀번호로 로그인
- 사용자 로그인
- 테스트 기준:
- 테스트 시작 기준
- 비밀번호 찾기 테스트 환경이 준비된 경우 시작한다.
- 테스트 데이터가 준비되어야 한다.
- 기본적인 로그인 시나리오가 정상작동되어야 한다.
- 테스트 종료 기준
- 로그인 및 비밀번호 찾기에 포함된 테스트 케이스가 수행되어야 한다.
- Major 이상의 결함은 전부 해결되어야 한다.
- 테스트 통과 기준
- 모든 테스트 케이스가 정상적으로 수행되어야 한다.
- 주요 기능에 결함이 없는 경우, 테스트 통과로 간주한다.
- 테스트 실패 기준
- 주요 기능에 결함이 있거나 주요기능 결함이 아니더라도 주요한 결함이 있는 경우, 테스트 실패로 처리한다.
- 테스트 시작 기준
- 자원 및 역할:
- 역할
- TL : 테스트 계획 수립 및 조정
- TE : 테스트 케이스 작성 및 수행, 결함 보고
- 개발 팀 : 결함 수정 및 지원
- 필요 자원
- 테스트 환경 : 개발 서버
- 테스트 계정
- 계정 잠금 상태의 테스트 계정
- 로그인 가능한 테스트 계정
- 테스트 도구 : Selenium
- 역할
- 일정 (3일 소요)
- 테스트 계획 수립 : 0.2일
- 테스트 케이스 작성 : 0.5일
- 테스트 환경 준비 : 0.3일
- 로그인 기능 테스트: 0.5일
- 비밀번호 찾기 기능 테스트 : 0.5일
- 로그인 및 비밀번호 찾기 통합 테스트 : 0.2일
- 결함 수정 및 재테스트 : 0.5일
- 테스트 종료 및 보고서 작성 : 0.3일
- 리스크 및 대책:
- 리스크
- 테스트 환경 설정 지연
- 예상치 못한 결함 발견으로 인한 테스트 및 수정 기간 지연.
- 대책
- 테스트 환경 설정을 위한 체크리스트 작성
- 결함 발생 시 빠른 대응 및 수정.
- 재테스트 종료 분 전까지 수정되지 않은 이슈는 논이슈 처리 후 핫픽스로 관리.
- 리스크
- 테스트 환경:
- 하드웨어 : 개발 서버
- 소프트웨어
- 운영체제 : windows, macos
- 브라우저 : chrome, micro edge, firefox
- 테스트 도구 : selenium
- 네트워크
- 내부 네트워크
- 테스트 도구:
- Selenium : 반복적인 로그인/로그아웃 테스트 자동화 진행.
- 보고 및 커뮤니케이션 계획:
- 테스트 진행 상황 및 결과는 완료 후 이메일로 진행.
- 결함 발생 시 즉시 버그 리포트 및 개발팀에게 수정 요청 진행.
위 내용은 가벼운 테스트 내용을 가정하고 테스트 계획서를 만들어본 예시이지만,
만약 더 복잡한 내용이라면 이 링크를 참고하면 좋을것 같다.
해당 내용을 보면 리스크 분석이나 전략 등에서 표를 사용한 것을 볼 수 있다.
TMMI 라고 테스트 성숙도 레벨이 있는데, 여기에서 테스트 계획이 개발되며,
계획에 따라서 테스트가 진행되도록 모니터링 및 제어되는 것이 Level2의 단계이다.
내가 몸담고있는 조직은 몇레벨일 지 생각했을 때, 2레벨을 겨우 달성했던것 같다.
그렇다면 더욱 성숙한 테스트 레벨을 달성하기 위해 어떤부분을 노력해야 하는지,
TMMI를 지표로 삼고 조직과 개인이 노력한다면 성장하는 QA가 될 수 있을것이라고 기대한다.
'QA성장하기 > 테스팅 전문 지식 쌓기' 카테고리의 다른 글
네트워크 테스트 준비사항 및 도구 (0) | 2024.08.01 |
---|---|
ISO/IEC 25010 품질 특성 정리 (0) | 2024.07.17 |
테스트 시나리오, 테스트 스크립트, 테스트 케이스의 차이 (0) | 2024.07.01 |
테스트 종료 보고서 만들어보기. (0) | 2024.06.28 |
테스트 기간이 촉박하고 테스트를 꼼꼼히 해야 할 때 어떤 전략을 세워야 할까? (0) | 2024.06.21 |