당신의 API를 고장 내세요
어떤 클라이언트든 프록시로 연결한 다음 500 응답을 모킹하거나, 요청을 진행 중에 일시 정지하거나, 실제 일어난 일을 HAR로 그대로 내보내 동료에게 전달하세요.
API 버그를 재현하려면
느린 엔드포인트, 형식이 잘못된 오류 본문, 두 호출 간의 경합 상태 — 이런 것들은 실제 서버에서 원할 때 재현하기 쉽지 않습니다.
API 클라이언트(모바일 앱, 프런트엔드, CLI, CI 작업)를 구축하거나 테스트하는 백엔드·풀스택 엔지니어를 위한 것으로, SDK가 반환하는 응답만이 아니라 통신선 위의 정확한 바이트를 보고 제어해야 하는 경우입니다.
Busymate의 proxy-server는 클라이언트와 실제 API 사이에 위치합니다. 모든 요청이 실시간으로 캡처되며, iOS와 Chrome 캡처에서 실행되는 것과 동일한 차단/모킹/삭제 규칙 엔진이 여기서도 실행됩니다 — 백엔드를 건드리지 않고도 실제 요청에 미리 준비된 응답으로 답하거나 완전히 삭제할 수 있습니다.
PAC URL 하나로,
SDK도, 설치할 에이전트도 필요 없습니다 — 프록시를 가리킬 수 있는 클라이언트라면 이미 통합된 것입니다.
통신선에서 모킹·차단·삭제
요청이 실제 API에 도달하기 전에 프록시 내부에서 인라인으로 실행되는 규칙을 사용해, 일치하는 요청에 원하는 상태 코드·헤더·본문으로 응답하거나 아예 삭제하세요.
중단점, 편집, 재전송
요청을 진행 중에 일시 정지하고 원시 HTTP를 직접 편집한 다음 계속하거나 재전송하세요 — 테스트 코드를 한 줄도 쓰지 않고 경합 상태나 잘못된 형식의 페이로드를 재현할 수 있습니다.
HAR로 내보내거나 REST로 접근
동료나 버그 리포트를 위해 정확한 교환 내용을 HAR 파일로 내보내거나, 단순한 PostgREST 기반 REST API로 동일한 캡처 데이터에 접근하세요 — 어느 쪽이든 SDK가 필요 없습니다.
- Proxy
- Dashboard
- REST
- MCP
불안정한 클라이언트에서
양쪽 모두 코드 변경이 필요 없습니다.
- 01
클라이언트를 프록시로 연결
클라이언트(휴대폰, 브라우저, 백엔드 서비스, CI 작업)를 단 하나의 PAC 자동 설정 URL로 구성하세요. 트래픽이 즉시 스트리밍되기 시작합니다.
- 02
실패 재현하기
필요한 손상된 응답을 반환하도록 엔드포인트를 모킹하거나, 중단점을 설정하여 계속 진행되기 전에 실제 요청이나 응답을 직접 편집하세요.
- 03
결과 내보내기 또는 조회
버그 리포트에 첨부하기 위해 교환 내용을 HAR로 내보내거나, 동일한 캡처 항목을 테스트 스위트에서 REST API로 가져오세요.
작동 방식:
클라이언트와 실제 API 사이에 프록시 하나가 있고, 규칙은 그 안에서 실행됩니다.
- 01
클라이언트를 프록시로 향하게 하기
모든 기기는 고유한 프록시 신원과 프록시 자동 설정 URL을 가집니다. 그 URL을 휴대폰의 Wi-Fi 설정, 브라우저 프로필, 또는 백엔드나 CI 작업이 읽는 HTTP 프록시 변수에 붙여넣으면 그 요청이 즉시 대시보드 피드에 나타나기 시작합니다.
- 02
규칙 작성 또는 요청 일시 정지
항목을 열고 다음에 무엇이 일어나야 할지 선택하세요. 직접 정한 상태 코드, 헤더, 본문으로 응답하거나, 요청을 버리거나, 브레이크포인트를 설정해 다음 일치 요청이 도중에 멈추게 할 수 있습니다. 원시 요청이나 응답을 직접 편집한 뒤 계속하거나 재전송하세요.
- 03
교환 내용을 다른 사람에게 넘기기
버그 리포트용으로 요청과 응답을 HAR 파일로 내보내거나, 같은 캡처 항목을 테스트 스위트에서 REST API로 읽으세요. 둘 다 SDK의 해석이 아니라 회선을 실제로 지나간 바이트 그대로를 담고 있습니다.
클라이언트를 연결하기 전
클라이언트에 SDK나 코드 변경이 필요한가요?
아니요. HTTP 프록시를 가리킬 수 있는 것은 모두 이미 통합되어 있습니다. 휴대폰, 브라우저, 백엔드 서비스, CI 작업 모두요. 캡처와 규칙은 프록시가 처리하고, 클라이언트는 실제 API라고 믿는 상대와 계속 대화합니다.
엔드포인트 하나만 모킹하고 나머지는 실제로 둘 수 있나요?
예. 규칙은 호스트와 경로 패턴으로 일치하므로, 한 엔드포인트는 준비된 500을 반환하고 다른 모든 요청은 실제 백엔드로 그대로 통과할 수 있습니다.
브레이크포인트가 다른 트래픽을 막나요?
아니요. 일치하는 요청만 멈추고 나머지는 계속 흐릅니다. 준비되면 계속하거나 편집하거나 재전송하면, 클라이언트는 서버가 응답한 것처럼 결과를 받습니다.
테스트에서 캡처된 트래픽을 읽을 수 있나요?
예. 캡처된 항목은 단순한 REST API로 제공되므로, 통합 테스트는 목의 기대치가 아니라 클라이언트가 실제로 보낸 내용을 검증할 수 있습니다.