테스트 계획서 만들어보기.

 

1. 테스트 계획 : 테스트 관리 프로세스 시작 활동으로, 효과적/효율적 동적 테스트를 위한 계획 수립을 목표로 함.
2. 테스트 계획서 : 동적 테스트 프로세스 수행에 대한 구체적인 계획이 포함됨.
   1. 테스트 컨텍스트
      1. 테스트 대상, 테스트 범위 등 테스트 수행 배경 요소 식별 및 명세
      2. 테스트의 범위, 즉 어떤 기능과 모듈이 테스트 대상인지와 제외되는 항목이 무엇인지를 명시한다.
   2. 테스트 전략
      1. 테스트 설계기법, 환경요건 및 테스트데이터 등 효과적/효율적 테스트를 위한 전략.
      2. 테스트 도구와 프레임워크에 대한 설명도 포함한다.
   3. 테스트 항목
      1. 테스트 할 주요 기능과 모듈을 나열한다.
      2. 각 항목에 대한 테스트 케이스의 개요를 제공한다.
   4. 테스트 기준
      1. 테스트 시작, 종료, 통과, 실패 기준을 명시한다.
   5. 자원 및 역할
      1. 테스트 수행 팀원들의 역할과 책임을 정의한다.
      2. 필요한 하드웨어, 소프트웨어, 인프라 자원 등을 명시한다.
   6. 테스트 일정 및 수행 계획
      1. 테스트 일정과 예상 소요 시간을 명시한다.
   7. 위험 분석 및 대책
      1. 제품 및 프로젝트 유형의 위험요소 식별 후 분석하여 대책을 설명함.
      2. 시간 부족, 자원 부족, 테스트 환경 문제 등의 리스크를 포함.
   8. 테스트 환경
      1. 테스트 환경 및 미리 준비해야 할 테스트 데이터 등을 포함함.
   9. 테스트 도구
      1. 테스트에 사용할 도구와 목적을 명시함.
   10. 보고 및 커뮤니케이션 계획
       1. 테스트 진행 상황과 결과 보고 방법 설명
       2. 테스트 보고 주기, 보고 형식, 대상자 등을 명시함.

---

예를 들어, 비밀번호 찾기 기능이 추가됨에 따라, 로그인 기능(기존 기능) 이 올바르게 작동되는지 확인 및

신규 기능 (비밀번호 찾기) 의 시스템 안정성을 검증해야 하는 상황이다.

 

나는 아래와 같이 테스트 계획서를 작성했다.

 

1. 목적 및 범위
   1. 테스트 목적 : 비밀번호 찾기 기능 추가로 인한 시스템의 안정성을 검증하고, 기존 로그인 기능이 정상작동하는 지 확인한다.
   2. 테스트 범위 : 비밀번호 찾기 및 로그인 모듈을 포함하며, 회원가입 및 프로필 수정 등 비밀번호 찾기와 관련 없는 모듈은 테스트 범위에서 제외된다.
2.  테스트 전략 및 접근 방식:
   1.  테스트 전략
      1.  비밀번호 찾기 기능 테스트 진행하고 로그인 기능은 리그레션 테스트를 진행한다.
      2.  Selenium을 사용하여 로그인 반복 테스트를 효율적으로 진행한다.
   2.  테스트 접근 방식
      1.  유닛 테스트 : 비밀번호 찾기 기능의 세부 단위에 대한 테스트 진행
      2.  통합 테스트 : 비밀번호 찾기 기능과 로그인 기능 간의 상호작용 테스트 진행
      3.  시스템 테스트 : 전체 시스템에서 두 기능이 함께 작동되는 지 확인
      4.  회귀 테스트 : 비밀번호 찾기 기능 추가 후 로그인 기능이 정상작동되는 지 확인
3.  테스트 항목:
   1.  사용자 로그인
      1.  올바른 데이터 입력
      2.  잘못된 데이터 입력
      3.  빈 입력 필드
      4.  계정 잠금 상태 계정 데이터 입력
         1.  여러 번 잘못된 로그인 시도
         2.  가입 후 장시간 접속하지 않음.
      5.  비밀번호 찾기 후 로그인 시도
   2.  비밀번호 찾기
      1.  가입된 올바른 이메일 양식의 정보 입력
      2.  잘못된 이메일 양식의 정보 입력
      3.  정보가 없는 이메일 정보 입력
      4.  만료된 링크 확인
      5.  비밀번호 찾기 후 새 비밀번호로 로그인
4.  테스트 기준:
   1.  테스트 시작 기준
      1.  비밀번호 찾기 테스트 환경이 준비된 경우 시작한다.
      2.  테스트 데이터가 준비되어야 한다.
      3.  기본적인 로그인 시나리오가 정상작동되어야 한다.
   2.  테스트 종료 기준
      1.  로그인 및 비밀번호 찾기에 포함된 테스트 케이스가 수행되어야 한다.
      2.  Major 이상의 결함은 전부 해결되어야 한다.
   3.  테스트 통과 기준
      1.  모든 테스트 케이스가 정상적으로 수행되어야 한다.
      2.  주요 기능에 결함이 없는 경우, 테스트 통과로 간주한다.
   4.  테스트 실패 기준
      1.  주요 기능에 결함이 있거나 주요기능 결함이 아니더라도 주요한 결함이 있는 경우, 테스트 실패로 처리한다.
5.  자원 및 역할:
   1.  역할
      1.  TL : 테스트 계획 수립 및 조정
      2.  TE : 테스트 케이스 작성 및 수행, 결함 보고
      3.  개발 팀 : 결함 수정 및 지원
   2.  필요 자원
      1.  테스트 환경 : 개발 서버
      2.  테스트 계정
         1.  계정 잠금 상태의 테스트 계정
         2.  로그인 가능한 테스트 계정
         3.  테스트 도구 : Selenium
6.  일정 (3일 소요)
   1.  테스트 계획 수립 : 0.2일
   2.  테스트 케이스 작성 : 0.5일
   3.  테스트 환경 준비 : 0.3일
   4.  로그인 기능 테스트: 0.5일
   5.  비밀번호 찾기 기능 테스트 : 0.5일
   6.  로그인 및 비밀번호 찾기 통합 테스트 : 0.2일
   7.  결함 수정 및 재테스트 : 0.5일
   8.  테스트 종료 및 보고서 작성 : 0.3일
7.  리스크 및 대책:
   1.  리스크
      1.  테스트 환경 설정 지연
      2.  예상치 못한 결함 발견으로 인한 테스트 및 수정 기간 지연.
   2.  대책
      1.  테스트 환경 설정을 위한 체크리스트 작성
      2.  결함 발생 시 빠른 대응 및 수정.
      3.  재테스트 종료 분 전까지 수정되지 않은 이슈는 논이슈 처리 후 핫픽스로 관리.
8.  테스트 환경:
   1.  하드웨어 : 개발 서버
   2.  소프트웨어
      1.  운영체제 : windows, macos
      2.  브라우저 : chrome, micro edge, firefox
      3.  테스트 도구 : selenium
   3.  네트워크
      1.  내부 네트워크
9.  테스트 도구:
   1.  Selenium : 반복적인 로그인/로그아웃 테스트 자동화 진행.
10.  보고 및 커뮤니케이션 계획:
    1.  테스트 진행 상황 및 결과는 완료 후 이메일로 진행.
    2.  결함 발생 시 즉시 버그 리포트 및 개발팀에게 수정 요청 진행.

---

위 내용은 가벼운 테스트 내용을 가정하고 테스트 계획서를 만들어본 예시이지만,

만약 더 복잡한 내용이라면 이 링크를 참고하면 좋을것 같다.

해당 내용을 보면 리스크 분석이나 전략 등에서 표를 사용한 것을 볼 수 있다.

 

TMMI 라고 테스트 성숙도 레벨이 있는데, 여기에서 테스트 계획이 개발되며,

계획에 따라서 테스트가 진행되도록 모니터링 및 제어되는 것이 Level2의 단계이다.

 

내가 몸담고있는 조직은 몇레벨일 지 생각했을 때, 2레벨을 겨우 달성했던것 같다.

 

그렇다면 더욱 성숙한 테스트 레벨을 달성하기 위해 어떤부분을 노력해야 하는지,

TMMI를 지표로 삼고 조직과 개인이 노력한다면 성장하는 QA가 될 수 있을것이라고 기대한다.