[G1-Sync] Manual knowledge update

10_Wiki/Topics/TDD.md

@@ -1,8 +1,8 @@
 ---
-id: P-REINFORCE-AUTO-TDD-001
+id: [[P-Reinforce]]-AUTO-TDD-001
 category: "10_Wiki/💡 Topics/AI"
 confidence_score: 0.98
-tags: [auto-reinforced, tdd, test-driven-development, software-engineering, quality-control, clean-code, devops]
+tags: [auto-reinforced, tdd, test-driven-development, software-engineering, [[Quality-Control]], clean-code, devops]
 last_reinforced: 2026-04-20
 ---
 
@@ -17,15 +17,15 @@ last_reinforced: 2026-04-20
 1.  **Red-Green-Refactor 루프**:
     *   **Red**: 실패하는 테스트 코드를 먼저 작성.
     *   **Green**: 테스트를 통과하기 위한 가장 빠른(심지어 하드코딩된) 코드 작성.
-    *   **Refactor**: 기능은 유지하되 코드의 가독성과 구조를 개선. (Refinement와 연결)
+    *   **Refactor**: 기능은 유지하되 코드의 가독성과 구조를 개선. ([[Refinement]]와 연결)
 2.  **왜 중요한가?**:
     *   나중에 버그를 잡는 비용은 개발 시점에 잡는 것보다 수백 배 비싸며, TDD는 '동작하는 Clean Code'를 보장하는 최후의 수단이기 때문임. (Quality-Control의 완성)
 
 ## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
 - **과거 데이터와의 충돌**: 과거에는 TDD가 개발 속도를 늦춘다고 혐오했으나, 현대 정책은 장기적으로 '디버깅 시간'을 획기적으로 줄여 전체 프로젝트의 배포 속도 정책(Time-to-market)을 높여준다는 점을 인정함(RL Update).
-- **정책 변화(RL Update)**: 이제는 사람이 테스트 코드 정책을 짜는 것을 넘어, AI가 요구사항 정책만 보고 수백 개의 테스트 케이스 정책을 자동 생성해 개발자를 압박(?)하는 'AI-Augmented TDD' 시대로 진화 중임. (Requirements와 연결)
+- **정책 변화(RL Update)**: 이제는 사람이 테스트 코드 정책을 짜는 것을 넘어, AI가 요구사항 정책만 보고 수백 개의 테스트 케이스 정책을 자동 생성해 개발자를 압박(?)하는 'AI-Augmented TDD' 시대로 진화 중임. ([[Requirements]]와 연결)
 
 ## 🔗 지식 연결 (Graph)
-- [[Refinement]], [[Quality-Control]], [[Requirements]], [[Standard-Operating-Procedure]], [[Reliability]]
+- [[Refinement]], [[Quality-Control]], [[Requirements]], [[Standard-[[Opera]]ting-Procedure]], [[Reliability]]
 - **Modern Tech/Tools**: Jest, JUnit, PyTest, Mocha, Selenium.
 ---