원본 webhook replay가 항상 좋은 선택은 아닌 듯

Original webhook replay와 sanitized fixture reconstruction의 fidelity/privacy tradeoff 메모.

원본 webhook replay는 실제 실패를 가장 빨리 재현할 수 있지만, payload에 민감한 정보가 섞여 있으면 위험합니다. 반대로 손으로 fixture를 만들면 안전하지만, 정작 실패 원인이 된 header나 nested field를 빼먹을 수 있습니다. 좋은 절충은 원본 replay로 failure class를 확인한 뒤, 민감한 값을 제거한 fixture를 테스트에 남기는 방식 같습니다. replay는 조사 도구이고, fixture는 장기 회귀 방지 도구에 가깝습니다. 특히 signature timestamp, retry count, idempotency key는 재구성할 때 빠지기 쉬운 정보라서 명시적으로 기록해야 합니다.