품질 공학 부서 시스템(QA)

릴리스마다 「계획」 카드를 세워 테스트 범위를 정합니다 — 새 기능·고위험 영역·커버리지 대상 기기와 브라우저. 후보 빌드가 준비되면 「실행」으로 이동해 테스터가 시나리오를 수행하고 각 케이스 결과를 기록합니다. 발견된 결함마다 재현 절차·기대 결과·실제 결과·심각도가 기술된 「버그 리포트」 카드가 생기고 개발자가 맡아 고칩니다. 수정된 리포트는 「검증」으로 돌아가 작성자가 아닌 다른 테스터가 수정이 다른 것을 깨지 않았는지 확인합니다. 치명적 리포트가 0이 되면 상위 카드가 공식 권고와 함께 「출시」로 이동하고, 수치는 「보고」로 옮겨집니다 — 실행된 케이스 수·발견된 리포트 수·결함 집중 영역.

채팅은 테스트 중 상황실입니다. 릴리스를 멈추는 치명적 리포트가 즉시 공표되고, 의도된 동작인지 오류인지는 개발자와 몇 분 안에 해결해 반려 카드를 만듭니다. 단, 엄격한 규칙: 채팅에서 해결된 결정은 버그 리포트 카드 자체에 기록됩니다 — 보드가 기억이 아니라 기록입니다.

품질 관리자는 「계획」을 쓰고 실행을 배분하며 출시 권고 결정을 소유합니다 — 치명적 리포트가 남으면 릴리스를 멈추는 사람입니다. 테스터는 실행하고 통일된 기준으로 리포트를 쓰며, 개발자는 리포트를 받아 고치고 「검증」으로 돌려보냅니다. 시스템의 원칙: 테스터는 자기가 쓴 리포트의 수정을 검증하지 않고, 출시는 '상태가 괜찮아 보인다'는 감각이 아니라 수치로 문서화된 결정입니다.