[G1-Sync] Manual knowledge update

2026-05-10 22:08:15 +09:00
parent 21ac3ed255
commit 504fd5fb42
3011 changed files with 380280 additions and 206977 deletions
@@ -2,89 +2,31 @@
 id: wiki-2026-0508-test-automation-mastery
 title: Test Automation Mastery
 category: 10_Wiki/Topics
-status: verified
-canonical_id: self
-aliases: [P-REINFORCE-WIKI-DEV-TEST-AUTOMATION, 테스트 자동화, Test Automation, 실행 가능한 문서, 테스트 구조화]
-duplicate_of: none
+status: duplicate
+canonical_id: wiki-2026-0508-test-automation
+duplicate_of: "[[Test_Automation]]"
+aliases: [P-REINFORCE-WIKI-DEV-TEST-AUTOMATION, 테스트 자동화, 실행 가능한 문서, 테스트 구조화]
 source_trust_level: A
 confidence_score: 1.0
-tags: [Testing, Automation, CI_CD, Documentation, Quality_Gate]
-raw_sources: [Datacollector_Export_2026-05-02]
-last_reinforced: 2026-05-02
+verification_status: redirected
+tags: [duplicate, testing, automation]
+last_reinforced: 2026-05-10
 github_commit: pending
 ---

-# [[테스트 자동화 및 실행 가능한 문서화 전략 (Test Automation Mastery)]]
+# Test Automation Mastery

-## 1. 개요
-테스트 자동화는 단순히 버그를 찾는 도구를 넘어, 시스템의 기대 동작을 명시하는 가장 신뢰할 수 있는 **'실행 가능한 문서(Executable Documentation)'** 역할을 수행한다. 특히 낯선 코드베이스를 파악할 때 테스트 코드를 읽고 실험적으로 값을 변경해 보는 과정은 시스템의 내밀한 로직을 습득하는 가장 빠른 경로가 된다.
+> **이 문서는 [[Test_Automation]] 의 중복본입니다.** Canonical 문서로 redirect.

-## 2. 테스트의 다각적 가치
- **시스템 지도 (Map)**: 단위 테스트는 개별 모듈의 책임을, 통합 테스트는 시스템 전반의 상호작용 흐름을 보여주는 안내서가 됨.
- **객관적 증명**: 개발자의 주관적 설명보다 자동화된 테스트 결과가 코드의 정상 작동을 증명하는 가장 강력한 근거임.
- **안전망 (Safety Net)**: CI/CD 파이프라인과 연동하여 메인 브랜치의 안정성을 실시간 검증하고 회귀 버그(Regression)를 방지.
+## 핵심 요약 (specialization aspects)
+- "Mastery" 매 framing 매 同 scope (pyramid/trophy + Vitest/Playwright/Pact + CI patterns).
+- 매 Test_Automation 의 canonical 매 final form. 매 별도 advanced section 의 X — 매 same content 의 maintenance burden 의 X 의 위 의 redirect.

-## 3. 테스트 코드 구조화 전략
- **유형별 분리**: 단위(Unit), 통합(Integration), E2E(End-to-End) 등 테스트 목적과 범위에 따른 명확한 디렉토리 구조 수립.
- **테스트 스위트 (Test Suites)**: 논리적으로 연관된 테스트들을 그룹화하여 관리하되, 과도한 카테고리화로 인한 유지보수성 저하를 경계.
- **배치 방식의 트레이드오프**:
-    - *인접 배치*: 소스 코드와 같은 위치에 두어 접근성을 높임 (복잡도 증가 위험).
-    - *중앙 집중 배치*: 별도 디렉토리에 모아 관리 (소스와의 맥락 단절 위험).
+## 🔗 Graph
+- 부모: [[Test_Automation]] (canonical)

-## 4. AI 기반 테스트 보강
- **자동 생성 (Auto-generation)**: Qodo, Kodesage 등 AI 도구를 활용해 커버되지 않은 코드 경로에 대한 테스트 케이스를 자동으로 생성.
- **커버리지 최적화**: 기술적 부채가 누적된 핫스팟 영역에 대해 집중적으로 테스트망을 구축하여 품질 강화.
-
-## 5. 지식 연결 (Related)
- [[Test_Driven_Development]]: 테스트를 설계 도구로 활용하는 방법론.
- [[Executable_Documentation]]: 테스트 코드가 문서로서 기능하는 원리와 사례.
- [[Continuous_Integration]]: 테스트 자동화가 실전 워크플로우에 통합되는 지점.
-
-## 🧪 검증 상태 (Validation)
- **정보 상태**: 검증 완료 (Verified)
- **출처 신뢰도**: A
- **검토 이유**: 테스트를 단순한 사후 검증 단계에서 시스템 해독과 품질 보증의 핵심 전략으로 격상하기 위한 표준 정립.
-
-## 📌 한 줄 통찰 (The Karpathy Summary)
-
-> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
-
-## 📖 구조화된 지식 (Synthesized Content)
-
-**추출된 패턴:**
-> *(TODO)*
-
-**세부 내용:**
- *(TODO)*
-
-## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
-
-**언제 이 지식을 쓰는가:**
- *(TODO)*
-
-**언제 쓰면 안 되는가:**
- *(TODO)*
-
-## 🧬 중복 검사 (Duplicate Check)
-
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
-
-## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
-
- **과거 데이터와의 충돌:** 없음
- **정책 변화:** 없음
-
-## 🔗 지식 연결 (Graph)
-
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
-
-## 🕓 변경 이력 (Changelog)
-
-| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
-|------|-----------|-----------|--------|
-| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
+## 🕓 변경 이력
+| 날짜 | 변경 |
+|---|---|
+| 2026-05-08 | Phase 1 |
+| 2026-05-10 | 중복 처리 — Test_Automation canonical 문서로 redirect |