통합 검증 실행 절차
설치한 SDK와 실제 샘플 기능으로 검증하세요. 먼저 언어별 샘플을 읽고 실제 발급받은 테스트 정보를 준비하세요. 예제 값을 실제 고객 자격증명으로 사용하지 마세요.
| 검증 항목 | 기대 결과 |
|---|---|
| 고객 활성화 | start → 고객 로그인·승인 → poll → 유효한 결과 |
| 수동 전달 | request → 포털 가져오기 → activation.signox → 같은 보호 기기에서 apply |
| CSV 권한 | valid와 demo_export가 참일 때만 2행을 생성해요. 기능이 없으면 종료 코드 3이에요. |
| 변조 | 다른 제품·요청·서명·기기는 앱 권한을 열 수 없어요. |
| 요청 반복 | 같은 요청은 멱등 처리되며 두 번째 활성 등록이 생기지 않아요. |
| 기기 교체 | 다른 기기는 그 요청에 연결된 벤더 승인이 필요해요. |
| 명시적 거절 후 연결 끊기 | 보호된 클라이언트가 서명된 거절을 보존하고 옛 권한으로 우회하지 않아요. |
| 앱 브랜딩 | 로그인·가입·재설정·서로 다른 요청 탭에서 서버의 앱 문맥을 유지해요. |
명령·종료 코드·예상 값·관찰 값·로컬 증거 경로를 기록하세요. 승인 대기·하드웨어 미지원·미실행은 pending/not_run이며 통과가 아니에요. 라이센스 키·토큰·개인 상태·복호화된 증명을 보고서에 넣지 마세요. 소프트웨어 검증을 모두 통과해도 물리적인 오프라인 회수와 상태 복원 한계는 남아요.