프로젝트 시험
서비스 특성에 맞는 적절한 테스트
블랙박스 vs 화이트박스 테스트
내부 설계를 모르는 외부 사용자의 관점에서 시스템을 평가, 사용자 기대를 충족시키는지 확인
내부 구조, 코드를 아는 상태에서 로직을 분석하여 프로그래밍적인 결함을 확인
구현:화이트박스 -> 시험:블랙박스
Test Case or 체크리스트
QA팀
Quality Assurance. 시험단계에 필요한 체크리스트 작성 및 테스트를 실시하고 배포된 서비스의 사후 품질을 관리
사전 준비
통합 테스트 환경 구축
개발자 테스트
진행 절차(Alpha, Beta 방식)
Alpha 테스트
기본적인 동작 이외에도 예외적인 상황을 기술
체크리스트의 기준이 되는 문서가 반드시 존재해야 하며 해당 문서는 서비스 정책을 자세하게 다루고 있어야함
Beta 테스트
Alpha 때 보다 복잡한 상황을 만들어서 테스트. Alpha테스트 일부를 포함하기도 함.
Beta 테스트 중 회귀 테스트 항목에서 에러가 일정 수치 이상으로 발생하면 Beta는 중단되고 다시 Alpha 단계로 돌아감
Acceptance 테스트
상용 배포가 결정시 마지막으로 진행하는 테스트
보통 알파 체크리스트의 내용을 일부를 그대로 사용(100% 회귀 테스트)
개발자 테스트
환경 이슈
머지 이슈
협업 이슈
통합 테스트 환경에서의 자신이 개발한 기능에 대한 자체 검증이 필요하다
요구사항 정의서에 따른 개발자 체크리스트를 생성
표 상단에 패스율을 반드시 기입
배포 환경에 제출일 기준 최신 안정화 버전 배포
개발자 테스트 실시 후 체크리스트에 결과 업데이트
배포 환경 링크와 개발 테스트 체크리스트 제출
프로젝트 수준 정의
개발 역량 파악 및 역량에 맞는 목표 설정
타깃 서비스 분석 및 정리
Pre-Project 목표 설정과 수준 정의
