개발자 테스트 체크리스트

자체 검증을 실시해야 하는 이유

- 개발자는 구현 단계에서 본인이 개발한 기능에 대해 유닛 테스트를 실시하고 이를 통해 정상 개발 여부를 확인함

- 하지만 유닛 테스트 만으로는 해당 기능이 100% 정상적으로 동작한다고 단정할 수 없음

- 아래와 같은 이유로 개발자가 통황 테스트 환경에서 자신이 개발한 기능에 대해 자체 검증을 실시해야만 함

환경 이슈 : 로컬에서 동작하던 코드가 배포 환경에서 동작하지 않을 수 있음
머지 이슈 : 코드 머지 중에 내가 반영한 코드나 내가 사용하는 코드가 정상적으로 포함되지 않을 수 있음
현업 이슈 : 프론트엔드, 백엔드 두 파트가 서로 검증을 완료했다고 하더라도 막상 두 개의 소르를 머지 후 확인 시 예상치 못한 문제가 있을 수 있음

 

 

개발자 테스트 체크리스트

- 회사마다 동일한 목적의 문서가 있을 수도 있고 없을 수도 있음

- 하지만 체크리스트가 없다고 해서 개발자가 기능 테스트를 하지 않는 것은 아님

 

1. 수준

- 개발자 테스트는 기본 기능의 검증을 주요 목적으로 해야함

- 입력값의 범위 초과 등의 예외적인 상황에 대한 확인은 구현 단계에서 유닛테스트를 통해 검증해야 함

 

2. 작성 방법

- 요구 사항 정의서 기준으로 작성함 

요구 사항 명세서 예제

- 예제의 요구 사항의 내용은 QnA 게시판에 글의 등록과 수정에 대한 내용을 담고 있음 → 해당 내용을 체크리스트로 만든다면 Alpha 체크리스트 라면 등록 시 작성자의 누락, 제목의 누락, 내용의 누락 등 예외 처리 테스트 항목이 체크리스트에 포함 될 것임

- 하지만 개발자 테스트 체크리스트는 복잡하게 작성할 필요가 없음 

- 작성자, 글 제목, 내용 등의 예외 조건은 유닛 테스트를 통해 확인을 했다고 가정했기 때문

- 따라서 아래와 같이 1. 질문이 작성된다. 2. 질문이 수정된다. 이렇게 두 가지 항목으로 구성 해도 충분함 

- 패스율은 전체 테스트 항목 중에 테스트에 통과한 항목의 비율을 뜻함

- 문서 포맷은 최대한 간단하게 구성해도 무관하지만 패스율은 반드시 기입해야 함!

 

3. 실시 방식

- 개발 테스트의 경우 한번만 실시 하는 것이 아니라 하기의 상황이 발생할 시 항상 해주는 것이 좋음!

기능 개발 완료후 해당 코드가 통합 테스트 환경에 최초 배포 될 때
관련된 코드가 수정되었을 때
마지막 안정화 버전이 통합 테스트 환경에 배포 될 때

- 기능 개발이나 연관된 코드 수정 시에는 관련된 항목만 점검하면 됨 

- 하지만 마지막 안정화 버전 배포 이후 개발자 테스트 진행 시에는 모든 체크 항목을 테스트 해서 그 결과를 테스트 체크리스트에 반영해야 함 

관련 진행 순서는 다음과 같음
1. 배포 환경에 제출일 기준 최신 안정화 버전 배포 
2. 개발자 테스트 실시 후 체크리스트에 결과 업데이트
3. 배포 환경 링크와 개발 테스트 체크리스트 제출

- 설령 요구사항 정의서 상의 기능이 100%로 개발되지 않더라도, 제출일에는 최대한 안정화된 버전이 배포 환경에 배포되어 있어야 하며 해당 배포 버전으로 실시한 개발자 테스트 체크리스가 제출되어야 함