[SRS]개발자 테스트

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

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

위 이유로 개발자가 통합 테스트 환경에서 자신이 개발한 기능에 대해 자체 검증 실시

---

개발자 테스트 체크리스트

---

임의로 정한 문서명

직접 본인의 웹 서비스를 평가함으로써 문제점을 스스로 파악하고 이후에도 개선의 포인트로 삼기를 원합니다. 따라서, 별도의 개발자 테스트 체크리스트를 통해 본인의 웹 서비스를 직접 테스트 해서 제출하는 것을 원칙

1. 수준

   • 개발자 테스트는 기본 기능의 검증을 주요 목적. 입력값의 범위 초과 등의 예외 적인 상황에 대한 확인은 구현 단계에서 유닛테스트를 통해 검증

2. 작성 방법

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

     
     

   • QnA 게시판에 글의 등록과 수정에 대한 내용
   • Alpha 체크리스트 라면 등록 시 작성자의 누락, 제목의 누락, 내용의 누락 등등의 예외 처리 테스트 항목
   • 개발자 테스트 체크리스트는 복잡하게 작성할 필요가 없음
   • 작성자, 글 제목, 내용 등의 예외 조건은 unit 테스트를 통해 확인을 했다고 가정
   • 따라서 , 1. 질문이 작성 2. 질문이 수정 으로 충분
   • 표 상단에 패스율을 반드시 기입

3. 실시 방식

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

상시 실시

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

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