엔드포인트의 Run 탭에서 Send를 클릭하여 요청을 보내십시오.엔드포인트의 Run 인터페이스와 Request 인터페이스는 매우 유사합니다. 주요 차이점은 Run은 엔드포인트를 기반으로 하며, 엔드포인트 명세를 바탕으로 요청을 생성하고 응답을 검증할 수 있다는 점입니다. 엔드포인트 명세가 변경되면 Run 인터페이스도 그에 따라 업데이트됩니다. 반면 Requests는 독립적이며 API 명세와 관련이 없습니다.요청 보내기#
요청을 보내면 Apidog는 API 서버에서 받은 응답을 검사하고, 시각화하며, 문제를 해결할 수 있는 방식으로 표시합니다.이 인터페이스는 두 섹션으로 나뉩니다. 상단 절반은 보내려는 요청을 입력하는 영역이며, 하단 절반은 실제로 보낸 요청, 받은 응답, 그리고 응답에 대한 검증 및 어서션 결과를 표시합니다.오른쪽 하단의 partition 버튼 위에 마우스를 올려 Run 인터페이스의 레이아웃을 조정할 수 있습니다. 인터페이스를 가로로 분할하거나, 세로로 분할하거나, 분할하지 않도록 선택할 수 있습니다. 실제 요청#
상단 절반 섹션에서는 변수, 동적 값, 스크립트 등을 활용하여 보내는 요청을 조정할 수 있습니다. 전송되는 실제 요청은 어떻게 확인할 수 있습니까? 하단 절반의 Actual Request 탭에서 전체 실제 요청을 확인할 수 있습니다.응답 검증#
Apidog는 엔드포인트의 명세를 기반으로 응답이 스키마를 준수하는지 자동으로 검증합니다. 검증을 활성화하거나 비활성화할 수 있으며, 어떤 응답을 기준으로 검증할지도 선택할 수 있습니다.응답 추출#
Apidog는 응답을 엔드포인트 명세로 추출하는 기능을 지원하며, response schema 또는 response examples로 추출할 수 있습니다.요청 수정#
Run 탭에서 요청을 수정할 수 있습니다. 매개변수 값을 변경하거나 매개변수 앞의 체크박스를 전환하여 요청을 변경할 수 있습니다. 이러한 작업은 엔드포인트 명세와 충돌하지 않습니다.때로는 매개변수 유형을 수정하거나 매개변수를 추가/제거해야 할 수 있습니다. 이 경우 요청은 엔드포인트 명세에서 벗어나게 됩니다. Apidog에서는 이러한 불일치가 주황색으로 강조 표시됩니다.이러한 주황색 표시 위에 마우스를 올리면 명세와 현재 요청 간의 차이가 표시됩니다. Revert를 클릭하여 명세와 일치하는 상태로 복원하거나, Save to endpoint spec을 클릭하여 명세를 업데이트할 수 있습니다. 또한 오른쪽 상단의 Inconsistent 버튼을 클릭하여 모든 차이를 일괄적으로 되돌리거나 엔드포인트 명세에 저장할 수도 있습니다.요청 저장#
Run 탭에는 Save 버튼이 없습니다. 이는 엔드포인트 명세에는 요청의 내용이 포함되지 않기 때문입니다.디버깅 편의를 위해 Apidog는 Stash 버튼을 제공합니다. Stash를 클릭하면 엔드포인트 명세에 영향을 주 지 않고 Run 인터페이스의 현재 내용이 저장되며, 해당 내용은 다른 사용자와 동기화되지 않습니다.요청을 지속적으로 저장하려면 Save as case를 클릭할 수 있습니다. 이 요청은 엔드포인트 계층 아래에 엔드포인트 케이스 형식으로 저장됩니다.이 엔드포인트의 각 사용 시나리오를 엔드포인트 케이스로 저장할 수 있으며, 이를 통해 개발자의 디버깅을 용이하게 하고 자동화 테스트에 단계로 가져오기 쉬운 방법을 제공합니다.Postman Collection을 가져올 때 각 Postman 요청은 Apidog의 엔드포인트 케이스에 해당합니다. 따라서 엔드포인트 명세 내에 표시되는 것이 아니라 엔드포인트 계층 아래에 success 케이스로 표시됩니다.
Postman에서 마이그레이션에 대해 자세히 알아보십시오. Q&A#
Q: 동일한 요청이 다른 도구(예: Postman)에서는 정상적으로 작동하지만 Apidog에서는 작동하지 않는 이유는 무엇입니까?A: 요청이 동일하다면 사용하는 도구와 관계없이 응답도 동일해야 합니다. 서로 다른 응답을 받는 경우 Actual Request 탭으로 전환하여 다른 도구에서 보낸 요청과 비교하고 차이점을 확인할 수 있습니다. Modified at 2026-06-09 08:53:32
