<!-- task=01_test_baseline plan=0 tag=TEST -->

# Code Review Reference - TEST

> **[IMPLEMENTING AGENT — READ FIRST] Filling in this file is the mandatory final step of implementation.**
> The task is NOT complete until every implementation-owned section below is filled in.
> Complete the `구현 체크리스트`; the final checklist item is mandatory before saving.
> Do not modify or check the `코드리뷰 전용 체크리스트`; it is owned by the review agent only.
> Follow the ownership table at the bottom of this file for which sections you own.

## 개요

date=2026-05-19
task=01_test_baseline, plan=0, tag=TEST

## 이 파일을 읽는 리뷰 에이전트에게

각 항목의 구현을 실제 소스 파일과 대조하고, `검증 결과` 섹션의 출력이 코드와 일치하는지 확인하세요.
review 완료 후 반드시 아래 순서로 아카이브하세요.

1. `CODE_REVIEW-local-G05.md` → `code_review_local_G05_N.log` (N = 기존 code_review_*.log 수)
2. `PLAN-local-G05.md` → `plan_local_G05_M.log` (M = 기존 plan_*.log 수)
3. PASS인 경우 `complete.log` 작성 후 `agent-task/archive/YYYY/MM/01_test_baseline/`로 task 디렉터리 이동. WARN/FAIL인 경우 새 routed plan + review 스텁 작성.

어떤 판정에서도 아카이브를 건너뛰지 마세요. PASS/WARN/FAIL 모두 `코드리뷰 결과` append 후 active plan/review 파일을 먼저 아카이브하고, 그 다음 `complete.log` 또는 다음 plan/review 파일을 작성해야 합니다.
PASS에서는 `agent-ops/skills/common/code-review/templates/complete-log-template.md`의 섹션 순서와 필수 항목을 기준으로 `complete.log`를 작성하세요. 작성 후 현재 날짜의 `YYYY/MM` 기준으로 task 디렉터리를 `agent-task/archive/YYYY/MM/01_test_baseline/`로 이동하고, 최종 archive 경로의 `code_review_*.log`에서 `코드리뷰 전용 체크리스트`를 갱신한 다음 보고하세요.
WARN/FAIL에서는 다음 상태 파일 작성 후 현재 task 경로의 archived `code_review_*.log`에서 적용 가능한 `코드리뷰 전용 체크리스트` 항목을 체크한 다음 보고하세요.

---

## 구현 항목별 완료 여부

| 항목 | 완료 여부 |
|------|---------|
| [TEST-1] 더미 테스트를 제거하고 실제 core/pipeline 테스트 기준선을 만든다 | [x] |

## 구현 체크리스트

- [x] [TEST-1] 더미 테스트를 제거하고 실제 core/pipeline 테스트 기준선을 만든다.
- [x] 모든 중간 검증과 최종 검증을 실행하고 실제 출력을 `CODE_REVIEW-*-G??.md`에 기록한다.
- [x] CODE_REVIEW-*-G??.md의 구현 에이전트 소유 섹션을 실제 구현 내용과 검증 출력으로 채운다. 이 항목이 완료되기 전에는 구현이 완료된 것이 아니다.

## 코드리뷰 전용 체크리스트

> **[REVIEW AGENT ONLY]** 이 체크리스트는 코드리뷰 에이전트만 사용한다.
> 구현 에이전트는 이 섹션을 수정하거나 체크하지 않는다.

- [x] `코드리뷰 결과`에 `PASS`, `WARN`, `FAIL` 중 하나의 판정을 append한다.
- [x] 판정과 `차원별 평가`, Required/Suggested/Nit 분류가 서로 일치한다.
- [x] active `CODE_REVIEW-*-G??.md`를 `code_review_local_G05_N.log`로 아카이브한다.
- [x] active `PLAN-*-G??.md`를 `plan_local_G05_M.log`로 아카이브한다.
- [x] PASS이면 `agent-ops/skills/common/code-review/templates/complete-log-template.md` 기준으로 `complete.log`를 작성하고 active `.md` 파일을 남기지 않는다.
- [x] PASS이면 `agent-task/01_test_baseline/`를 `agent-task/archive/YYYY/MM/01_test_baseline/`로 이동하고 최종 archive 경로에서 이 체크리스트를 갱신한다.
- [ ] WARN/FAIL이면 다음 active `PLAN-local-G05.md`와 `CODE_REVIEW-local-G05.md`를 작성하고 `complete.log`를 작성하지 않는다.

## 계획 대비 변경 사항

- 계획과 동일하게 구현. 추가 변경 없음.
- `setUp()`에서 `Application.instance.property`, `commandStates`, `dataCommandMap`을 매 테스트마다 빈 맵으로 재초기화하여 테스트 간 상태 누수를 방지.

## 주요 설계 결정

- 외부 IO를 일으키는 `Application.build()` 및 `registerAllCommands()`는 호출하지 않음. 핵심 함수 (`getMapFromYamlA`, `DataBuild.fromJson`, `TagSystem.replaceTagValue` via `Command.replaceTagValue`, `Pipeline.pipelineInitialize`)만 직접 호출하여 테스트 격리성을 확보.
- `pipeline validation rejects missing command id` 테스트는 `dataCommandMap`이 비어 있는 상태에서 `exe: doesNotExist`를 검증하여 `PipelineExe.initialize`의 missing-id 분기를 검증.
- single-tag 객체 보존 테스트는 List/Map 두 케이스 모두 type 보존 확인 + embedded 케이스에서 String 변환 동작 확인.

## 리뷰어를 위한 체크포인트

- `dart test`가 테스트 파일을 발견하는지 확인한다.
- 삭제된 더미 테스트가 다른 테스트로 대체되었는지 확인한다.
- 새 테스트가 외부 IO 없이 실행되는지 확인한다.

## 검증 결과

_구현 에이전트가 각 중간 검증 및 최종 검증 명령 실행 후 출력을 여기에 붙여 넣는다._

필수 규칙:
- 검증 명령은 고정된 계약이다. 임의로 대체하지 않는다.
- 대체가 필요하면 `계획 대비 변경 사항`에 이유와 대체 명령을 기록한다.
- `검증 결과`에는 실제 stdout/stderr를 붙여 넣는다.

### TEST-1 중간 검증
```
$ dart test
00:00 +0: loading test/oto_core_test.dart
00:00 +0: test/oto_core_test.dart: parses minimal build yaml into DataBuild
00:00 +1: test/oto_core_test.dart: parses minimal build yaml into DataBuild
00:00 +1: test/oto_core_test.dart: tag system preserves single tag object values
00:00 +2: test/oto_core_test.dart: tag system preserves single tag object values
00:00 +2: test/oto_core_test.dart: pipeline validation rejects missing command id
00:00 +3: test/oto_core_test.dart: pipeline validation rejects missing command id
00:00 +3: All tests passed!
```

### 최종 검증
```
$ dart analyze
Analyzing oto...
No issues found!

$ dart test
00:00 +0: loading test/oto_core_test.dart
00:00 +0: test/oto_core_test.dart: parses minimal build yaml into DataBuild
00:00 +1: test/oto_core_test.dart: parses minimal build yaml into DataBuild
00:00 +1: test/oto_core_test.dart: tag system preserves single tag object values
00:00 +2: test/oto_core_test.dart: tag system preserves single tag object values
00:00 +2: test/oto_core_test.dart: pipeline validation rejects missing command id
00:00 +3: test/oto_core_test.dart: pipeline validation rejects missing command id
00:00 +3: All tests passed!
```

---

> **[IMPLEMENTING AGENT — BEFORE SAVING] Have you filled in every implementation-owned section: completion table, implementation checklist, changes from plan, design decisions, and verification output?**
> If anything is blank, go back and fill it in before saving this file.
> Leave the review-agent-only checklist unchanged.

## 코드리뷰 결과

### 종합 판정

PASS

### 차원별 평가

| 차원 | 평가 | 근거 |
|------|------|------|
| correctness | Pass | 더미 실패 테스트를 제거하고 YAML 파싱, 단일 태그 객체 보존, 누락 command id validation 경로를 실제 구현과 맞게 검증한다. |
| completeness | Pass | 계획/리뷰 스텁의 구현 체크리스트가 일치하며 구현 에이전트 소유 항목이 모두 채워져 있다. |
| test coverage | Pass | `dart test`가 `test/oto_core_test.dart`를 발견하고 계획된 세 테스트를 실행한다. |
| API contract | Pass | production API 변경 없이 기존 `Application`, `DataBuild`, `Command`, `Pipeline` 공개 흐름만 테스트한다. |
| code quality | Pass | 외부 IO 없이 상태를 `setUp()`에서 격리하며, 디버그 출력/불필요한 코드가 없다. |
| plan deviation | Pass | 계획한 `test/test.dart` 삭제와 `test/oto_core_test.dart` 추가 범위 안에서 구현되었다. |
| verification trust | Pass | `dart analyze`와 `dart test`를 재실행해 기록된 검증 결과와 현재 코드의 통과 상태를 확인했다. |

### 발견된 문제

없음

### 다음 단계

PASS: `complete.log` 작성 후 `agent-task/archive/2026/05/01_test_baseline/`로 task 디렉터리를 이동한다.
