학습 목표
- 테스트와 품질을 실제 결과로 확인하기의 역할과 적용 조건을 설명할 수 있다.
- 핵심 기능의 성공·실패·권한 시나리오를 적으세요.
- 허용된 검사만 실제 실행하고 결과와 미확인을 구분하세요.
사전 지식
앞선 유지보수하기 좋은 코드로 바꾸기를 먼저 읽으면 용어를 이해하기 쉽습니다. 이미 아는 내용이면 이 장부터 시작해도 됩니다.
개념 이해
테스트는 코드를 많이 실행하는 행위보다 중요한 약속이 지켜지는지 확인하는 도구입니다. AI가 통과했다고 말한 것과 실제 명령이 성공한 것은 다릅니다.
수동·단위·통합·E2E
수동 테스트는 사람이 흐름을, 단위는 작은 규칙을, 통합은 연결된 부품을, E2E는 사용자의 전체 흐름을 확인합니다. 위험과 비용에 맞게 조합합니다.
회귀·테스트 데이터·Mock
회귀 검사는 기존 동작이 깨지지 않았는지 확인합니다. 테스트 데이터는 운영과 분리하고 Mock은 외부 의존을 대신하지만 실제 계약까지 보장하지는 않습니다.
오류 재현·디버깅·개발자 도구
발생 조건·입력·예상·실제·오류를 기록합니다. Console·Network와 서버 요청 ID를 연결해 문제 지점을 좁힙니다.
자동화·CI/CD·린트·타입
린트는 코드 규칙, 타입 검사는 형태 오류, 테스트는 행동을 확인합니다. CI는 정해진 검사를 반복 실행하며 자동 배포 여부는 별도로 통제합니다.
실행 결과 해석
명령·종료 코드·통과/실패·실행하지 않은 이유를 기록합니다. 초록 표시라도 중요한 경로가 누락됐는지 사람이 검토합니다.
실제 사용 사례
로그인에서 성공만 확인하지 말고 팝업 취소·타임아웃·중복 클릭·로그아웃을 확인하세요. 운영 계정으로 탈퇴를 자동 실행하는 대신 격리된 환경의 폐기 가능한 계정으로 검증합니다.
단계별 실습
실습은 운영 서비스가 아닌 별도 연습 프로젝트에서 진행하세요. 기존 파일이 있다면 변경 전 기록을 남깁니다.
- 핵심 기능의 성공·실패·권한 시나리오를 적으세요.
- 작은 계산은 단위, 저장과 규칙은 통합, 핵심 흐름은 E2E로 나누세요.
- 실행 환경·테스트 데이터·Mock 경계를 기록하세요.
- 허용된 검사만 실제 실행하고 결과와 미확인을 구분하세요.
코드와 프롬프트
아래 요청에서 대괄호 부분을 내 프로젝트에 맞게 바꾼 뒤 AI 도구에 전달하세요.
[기능]의 위험을 기준으로 수동·단위·통합·E2E 확인을 나눠줘. 운영 데이터는 사용하지 말고 재현 입력과 예상 결과를 적어줘. 실제 실행한 명령·종료 결과·미실행 항목을 분리해 보고해줘. 허용되지 않은 빌드·배포는 실행하지 말아줘.자주 발생하는 문제와 해결
| 문제와 원인 | 해결 방법과 확인 기준 |
|---|---|
| Mock이 잘못된 API 형식을 계속 허용함 | 공식 응답 계약과 실제 통합을 별도 확인합니다. |
| 테스트 없는 기능까지 검증했다고 보고함 | 실행한 범위와 남은 위험을 정확히 기록합니다. |
핵심 요약
- AI 설명이 아닌 실제 출력을 확인합니다.
- 테스트 종류마다 보장하는 범위가 다릅니다.
완료 확인
참고자료
확인 기준일: 2026-10-20. 요금·사용 한도·제품 기능·설정 경로는 변경될 수 있으므로 작업 직전 공식 문서와 설치 버전을 확인하세요.