QA 프로세스 흐름 정리

QA 프로세스 흐름 정리

기획단계

• 요구사항을 통해서 기능과 비기능을 이해하고, 사용자 스토리, 어떤 부분을 테스트 할껀지 어떤 부분을 버릴껀지 선택한다.
• 테스트 계획단계에서는 어떤 것을, 어떻게, 언제, 누가, 어떤 환경에서 테스트 할지 정한다.
• 인수 기준 정의 개발팀과 완료되었다고 판단할 수 있는 명확한 기준을 상의하고 결정한다.

구현 단계

• 이 떄는 개발팀이 코드를 작성한다. QA는 개발과 유사한 환경을 구축하고 테스트 케이스 작성 및 어떤 부분을 자동화 할 것인지 선택한다.

QA단계

• 테스트를 실행하여 각각에 테스트가 통과되었는지 실패되었는지를 체크하고 실패된 부분은 개발자에게 버그 리포터를 작성하여 보낸다.
• 개발자가 이를 고쳤다고 알리며 다시 재테스팅을 하여 올바르게 고쳤는지 확인하고 수정된 코드로 인해서 영향이 가는 부분이 있는지 체크한다. 이를 재테스팅 개발자가 코드를 변경했을 떄 하는 것을 그리고 이로 인해서 부가효과가 나는지 테스트 하는 것을 리그레션(회귀)테스트라고 한다.

릴리즈 단계

• 실제 서비스 환경에 배포한 후, 주요 기능들이 정상적으로 잘 동작하는지 확인한다.
• 릴리즈 후 사용자 환경에서 발생할 수 있는 잠재적인 문제를 모니터링 툴을 통해 실시간으로 감시한다.
• 배포 과정에 문제에 대비하고, 심각한 버그가 발견될 경우 신속하게 핫픽스로 배포를 지원한다.

회고 단계

• QA과정에서 놓친 결함들에 대한 유형, 원인, 발생 시점 등을 분석하여 프로세스의 취약점을 파악한다.
• 테스트 계획 대비 실제 실행은 어떠했는지 TC에 품질은 적절했는지, 자동화는 효과적이였는지 평가한다.
• 무엇이 잘 되었고, 무엇을 개선해야 하는지 팀 전체가 의견을 공유하고, 다음 개발 주기에 적용할 구체적인 액션 아이템을 도출한다. (예: 기획 단계에서 요구사항 검토 시간을 늘리자, 특정 테스트 환경의 안정성을 확보하자 등)