테스트 피라미드와 소유자 정리
unit, integration, e2e, contract test가 어떤 module/API 위험을 막는지 정하고 누락된 핵심 흐름은 릴리스 전에 채웁니다.
test pyramid릴리스 기준와 migration 계획
CI 결과, database migration, feature flag, rollback 조건을 배포 체크리스트로 묶어 승인자가 같은 기준을 보게 합니다.
릴리스 통과 기준운영 실패 시나리오 리허설
알림 미수신, 배포 후 5xx 증가, DB migration 실패, 외부 API 장애를 리허설해 대응 순서와 담당자를 확인합니다.
incident drill프로젝트 인수 증거 남기기
테스트 리포트, 배포 로그, runbook, SLO/alert rule, 장애 대응 기록을 프로젝트 종료 산출물로 묶습니다.
handover테스트
테스트 전략은 위험 높은 NestJS 흐름부터 채운다
Auth, 결제형 mutation, DB transaction, external API 호출처럼
깨지면 큰 흐름을 e2e/contract test로 고정합니다.
risk-based
배포
백엔드 테스트는 배포 전 통과 기준과 연결
NestJS e2e test, migration dry-run, smoke test가 실패하면
staging 승격과 production 배포가 멈추도록 둡니다.
릴리스 통과 기준
운영
프런트 테스트는 API 계약 변경 감지에 초점
React 화면 테스트보다 OpenAPI/contract 변경, error response,
loading/retry UI가 백엔드 변경과 맞는지 확인합니다.
계약
릴리스 준비도·장애 리허설
릴리스 준비도와 장애 리허설 점검
질문: test report, deploy gate, monitoring alert, incident runbook이 릴리스 전후로 연결되는가
순서: 위험 기반 테스트 정리 -> migration/rollback gate 점검 -> 장애 리허설과 인수 산출물 정리
위험: 테스트와 운영 문서가 따로 있으면 배포 날에는 통과 기준도 되돌림 기준도 사람 기억에 의존하게 됩니다.