체크리스트는 테스트 담당자가 애플리케이션을 검사하기 위해 순차적으로 수행하는 간단하게 형식화된 항목들의 모음입니다. 이들은 테스트 구조화, 재현성 확보 및 간과 최소화를 위해 사용됩니다.
문제 역사:
체크리스트가 테스트에서 사용되기 시작한 것은 시스템에서 확인해야 할 측면을 설명하기 위한 간단한 도구로, 자주 회귀 테스트나 "중요한" 사용자 경로를 확인하기 위해 사용되었습니다.
문제점:
대부분의 경우, 오류는 너무 표면적인 항목들(예: "인증 확인")로 인해 발생하며, 중요한 시나리오를 잊거나 체크리스트에서 혼란스러워 하거나 만료된 체크리스트 때문에 발생합니다. 또한 긴 체크리스트를 사용하면 테스트의 유연성을 잃게 됩니다.
해결책:
주요 특징:
체크리스트가 모든 상황에서 테스트 케이스를 대체할 수 있습니까?
아니요, 체크리스트는 일반적으로 더 간단하거나 반복적인 확인에 사용되며, 상세한 단계가 필요한 복잡하거나 중요한 기능에는 구체적인 테스트 케이스가 적합합니다.
체크리스트는 매 단계마다 항상 상세해야 합니까?
아니요, 세부 수준은 목표에 따라 다릅니다: 경험이 있는 팀에는 간략하게, 새로운 직원에게는 자세하게.
하나의 범용 체크리스트가 모든 릴리스에 충분하다는 것이 사실입니까?
아니요, 체크리스트는 빠르게 구식이 됩니다. 실질적인 제품 변경에 맞추어 재구성 및 조정이 필요합니다.
팀이 1년 동안 업데이트하지 않은 동일한 체크리스트를 모든 릴리스에 사용합니다. 결과적으로 기능에 대한 중요한 변경 사항이 누락되어 치명적인 버그가 프로덕션으로 넘어갑니다.
장점:
단점:
테스터는 각 수정 후 체크리스트를 업데이트하고, 개발자와 변경 사항을 조율하며, 매 스프린트마다 체크리스트 검토 프로세스가 설정되어 있습니다.
장점:
단점: