각 requirement가 관찰 가능한 acceptance, 독립 test, 생성 artifact와 reject/rollback 상태까지 양방향으로 연결되어야 한다. 이를 생략하면 기능 목록과 test 개수는 많지만 어떤 요구를 무엇으로 증명하는지 또는 어떤 test가 고아인지 설명하지 못한다. 상황에서도 데모는 보일 수 있지만 제품·검증·운영 책임을 방어할 수 없습니다.
아직 답을 몰라도 괜찮아요. 아래 작은 예시를 보고 먼저 예상해 보세요.
01 · 같이 연습해요
작은 문제부터 하나씩 직접 풀어봐요
먼저 예상하고, 한 단계씩 확인하고, 막힌 곳을 고쳐 봐요. 도움을 열어도 괜찮아요. 도움을 본 문제는 나중에 모양을 바꿔 다시 풀어보면 됩니다.
연습에서 작성 중인 답0 / 8
01
찾아보기 · 기초
cp06 recognize · 요구사항을 acceptance·test·artifact로 추적한다: acceptance criterion·traceability 표식 중 “각 requirement가 관찰 가능한 acceptance, 독립 test, 생성 artifact와 reject/rollback 상태까지 양방향으로 연결되어야 한다.”을 충족하는 상태를 고른다.
이 문제는 주어진 내용과 정답 기준을 더 만드는 중이에요. 지금 적은 답은 연습 메모로만 저장돼요.
정답 대신 4단계 힌트 보기
관찰
요구사항을 acceptance·test·artifact로 추적한다의 output만 보지 말고 input identity, exit, side effect, rollback, log/metric과 artifact hash를 분리하세요.
개념
각 requirement가 관찰 가능한 acceptance, 독립 test, 생성 artifact와 reject/rollback 상태까지 양방향으로 연결되어야 한다.
다음 도움
내 생각을 먼저 적고 ‘내 답과 맞춰 볼 기준 보기’을 누르면, 풀 순서와 더 자세한 도움을 열어 드려요.
정답과 비교
02
먼저 생각하기 · 기초
cp06 predict · 요구사항을 acceptance·test·artifact로 추적한다: AI 없이 “기능 목록과 test 개수는 많지만 어떤 요구를 무엇으로 증명하는지 또는 어떤 test가 고아인지 설명하지 못한다.”를 실행했을 때 exit·state·artifact·evidence가 어떻게 달라질지 먼저 예측한다.
이 문제는 주어진 내용과 정답 기준을 더 만드는 중이에요. 지금 적은 답은 연습 메모로만 저장돼요.
정답 대신 4단계 힌트 보기
관찰
요구사항을 acceptance·test·artifact로 추적한다의 output만 보지 말고 input identity, exit, side effect, rollback, log/metric과 artifact hash를 분리하세요.
개념
각 requirement가 관찰 가능한 acceptance, 독립 test, 생성 artifact와 reject/rollback 상태까지 양방향으로 연결되어야 한다.
다음 도움
내 생각을 먼저 적고 ‘내 답과 맞춰 볼 기준 보기’을 누르면, 풀 순서와 더 자세한 도움을 열어 드려요.
이 문제는 주어진 내용과 정답 기준을 더 만드는 중이에요. 지금 적은 답은 연습 메모로만 저장돼요.
정답 대신 4단계 힌트 보기
관찰
요구사항을 acceptance·test·artifact로 추적한다의 output만 보지 말고 input identity, exit, side effect, rollback, log/metric과 artifact hash를 분리하세요.
개념
각 requirement가 관찰 가능한 acceptance, 독립 test, 생성 artifact와 reject/rollback 상태까지 양방향으로 연결되어야 한다.
다음 도움
내 생각을 먼저 적고 ‘내 답과 맞춰 볼 기준 보기’을 누르면, 풀 순서와 더 자세한 도움을 열어 드려요.
움직임과 비교
04
내 말로 설명하기 · 익힌 것을 써보기
cp06 explain · 요구사항을 acceptance·test·artifact로 추적한다: 각 requirement가 관찰 가능한 acceptance, 독립 test, 생성 artifact와 reject/rollback 상태까지 양방향으로 연결되어야 한다.이 필요한 이유와 requirement→acceptance→test→artifact→owner traceability matrix와 orphan report가 입증하지 못하는 범위를 함께 설명한다.
이 문제는 주어진 내용과 정답 기준을 더 만드는 중이에요. 지금 적은 답은 연습 메모로만 저장돼요.
정답 대신 4단계 힌트 보기
관찰
요구사항을 acceptance·test·artifact로 추적한다의 output만 보지 말고 input identity, exit, side effect, rollback, log/metric과 artifact hash를 분리하세요.
개념
각 requirement가 관찰 가능한 acceptance, 독립 test, 생성 artifact와 reject/rollback 상태까지 양방향으로 연결되어야 한다.
다음 도움
내 생각을 먼저 적고 ‘내 답과 맞춰 볼 기준 보기’을 누르면, 풀 순서와 더 자세한 도움을 열어 드려요.
요구사항을 acceptance·test·artifact로 추적한다의 정상 경로와 실패 경로, AI 제안 변경, 독립 검증, 사람 판정을 번호·도형·선 종류로 구분한 도식에서 색상 외에도 contract·build·test·security·telemetry·SBOM·attestation·ship verdict label과 선 종류를 함께 표시한다.혼자 해보기
내 힘으로
cp06 요구사항을 acceptance·test·artifact로 추적한다: 각 requirement가 관찰 가능한 acceptance, 독립 test, 생성 artifact와 reject/rollback 상태까지 양방향으로 연결되어야 한다.의 미공개 synthetic product variant를 먼저 판정한 뒤 Python 3.14.6·pytest 9.1.1 current lane과 pytest 9.0.0 regression lane의 hash-pinned local harness에서 실행 receipt를 만들고 불일치만 공식 계약으로 교정한다.
공식 문서·문법·library API는 열 수 있지만 해당 변형의 hidden acceptance value·private fault schedule·server verdict·attestation subject·forbidden sentinel·expected incident timeline은 먼저 제공하지 않는다.더 도전하기
심화형
PR review와 release 승인에서 변경 이유와 증거를 빠르게 찾는 절차의 runtime·data volume·permission·failure timing 중 두 축을 바꾼 private variant에서도 같은 evidence contract를 방어한다.
요구사항을 acceptance·test·artifact로 추적한다에서 기능 수보다 contract clarity·bounded effect·failure visibility·reproducibility·operator cost를 우선하고 포기한 범위를 기록한다.