원클릭으로
prepare-regression-check
변경된 코드 기반 회귀 테스트 대상 선정 + 테스트 계획. 사용자가 "어떤 테스트 돌려야 해?", "회귀 검사" 등 요청 시. - 코드 변경 후 / PR 머지 전 / Jenkins Stage 4 사전 점검
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
변경된 코드 기반 회귀 테스트 대상 선정 + 테스트 계획. 사용자가 "어떤 테스트 돌려야 해?", "회귀 검사" 등 요청 시. - 코드 변경 후 / PR 머지 전 / Jenkins Stage 4 사전 점검
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
schema/sections.yml + schema/field_dictionary.yml + schema/baseline_v1/ 3종 정합 갱신 (rule 13 R1). schema 변경 후 호출. 사용자가 "schema 정합 갱신", "field dictionary 동기화", "ERD 갱신" (server-exporter 어휘로는 schema doc) 등 요청 시 또는 schema 5개 이상 누적 변경 시 자동. - schema/sections.yml or field_dictionary.yml 수정 후 / 새 섹션 / 새 필드 / Round 검증 후 baseline 변경
구조화된 server-exporter 기능 명세서 작성. 사용자가 "명세서 써줘", "스펙 정리" 등 요청 시. - 구조화된 spec 필요 / PR 본문 / 문서화
server-exporter에 새 벤더(예: Huawei iBMC, Inspur, Ampere)를 3단계로 추가하는 절차 안내. vendor_aliases.yml + adapters/{channel}/{vendor}_*.yml + (선택) OEM tasks + vault + baseline + ai-context + docs 동시 갱신. 사용자가 "Huawei vendor 추가", "새 벤더 추가", "Huawei 지원하자" 등 요청 시 자동 호출. - 새 vendor가 호출자 시스템에서 요청됨 / 펌웨어 프로파일링 후 정식 지원 / 기존 generic fallback 한계 시
사용자 사이트 사고 환경 (HPE Gen12 / Lenovo XCC3 / Dell iDRAC8 / Cisco CIMC 등) 의 fixture를 캡처해 회귀 회피. cycle 2026-05-01 학습 — 사이트 사고 fixture 부재로 다음 reverse regression 위험. 사이트 envelope / probe 결과 / 펌웨어 응답을 tests/fixtures/redfish/{vendor}_{firmware}/ 에 저장 + tests/evidence/<날짜>-<vendor>.md 작성. 사용자가 "사이트 fixture 캡처", "사고 재현 입력 저장" 요청 시.
lab 부재 vendor 추가 (web sources 의무). cycle 2026-05-06 학습 — 4 신규 vendor (Huawei/Inspur/Fujitsu/Quanta) + Superdome Flex 의 lab 부재 web sources 패턴 라이브러리화. 사용자가 "Huawei iBMC 추가", "lab 없는 vendor 어떻게?", "vendor 추가" 등 요청 시 + lab 부재 명시 시. - rule 50 R2 9단계 + rule 96 R1-A web sources 의무 + vault SKIP 사용자 명시 승인
다중 worker cycle 자동화 (Phase 0 ticket 작성 → Phase 1 분석 → Phase 2 결정 → Phase 3 구현 → Phase 4 회귀 → Phase 5 종료). cycle 2026-05-06 학습 — 24 ticket × 5 worker 패턴 라이브러리화. 사용자가 "cycle 시작", "사용자 N 작업 묶음 ticket 으로 분해해줘", "cycle 자동화" 등 요청 시. - 3 항목 이상 작업 묶음 / 다중 worker 동시 진행 / 호환성 / 큰 리팩토링
| name | prepare-regression-check |
| description | 변경된 코드 기반 회귀 테스트 대상 선정 + 테스트 계획. 사용자가 "어떤 테스트 돌려야 해?", "회귀 검사" 등 요청 시. - 코드 변경 후 / PR 머지 전 / Jenkins Stage 4 사전 점검 |
server-exporter 회귀 테스트 대상을 자동 선정. .claude/policy/test-selection-map.yaml 매핑 활용.
git diff --name-onlyos-gather/** → 회귀: pytest probe + Linux/Windows 실장비redfish-gather/** → probe_redfish + 영향 vendor baselinecommon/library/** → 4단계 진단 회귀 (모든 채널)schema/sections.yml → schema validate + 영향 vendor baselineadapters/{channel}/{vendor}_*.yml → score-adapter-match + 해당 vendor baselineJenkinsfile* → Jenkins 4-Stage dry-runvault/** → rotate-vault 절차 + dry-run## 회귀 테스트 계획 — <변경 요약>
### 대상 영역
- redfish-gather/library/redfish_gather.py (수정)
- adapters/redfish/dell_idrac9.yml (수정)
- common/tasks/normalize/build_storage.yml (수정)
### 회귀 명령
1. `ansible-playbook --syntax-check redfish-gather/site.yml`
2. `pytest tests/redfish-probe/probe_redfish.py --vendor dell -v`
3. `pytest tests/redfish-probe/test_baseline.py --vendor dell -v` (Stage 4 등가)
4. `pytest tests/redfish-probe/test_baseline.py -v` (전 vendor — common 변경)
5. `python scripts/ai/hooks/output_schema_drift_check.py`
6. `python scripts/ai/verify_vendor_boundary.py`
7. `python scripts/ai/verify_harness_consistency.py`
### 실장비 검증 필요
- Dell iDRAC9 1대 이상 (Round X)
### 우선순위
- P0: 1 / 2 / 3 (직접 영향)
- P1: 4 / 5 (간접 영향)
- P2: 6 / 7 (정합성 검증)
.claude/policy/test-selection-map.yamlvendor-change-impact, run-baseline-smoke, task-impact-previewregression-planner, qa-regression-worker