API를 개발할 때, 디버깅은 항상 지루한 문제입니다.
Postman은 요청을 보내는 데 도움을 줄 수 있지만, API 본문이 복잡할 경우 JSON 본문을 구성하는 것이 어려울 수 있습니다. Junit도 작동하지만, 테스트 클래스에서 모든 요청을 스스로 구성해야 합니다.
복잡한 본문은 많은 백엔드 개발자들이 단위 테스트를 포기하게 만들고, 확인되지 않은 API를 프론트엔드 개발자와 QA 엔지니어에게 전달하게 만듭니다.
위의 경우는 좋은 도구 없이 코드 품질이 저하된다는 것을 보여줍니다. 지금은 디버깅할 때 요청 본문을 자동으로 생성할 수 있는 Apidog이라는 유용한 도구가 있습니다. 이 도구는 요청 JSON을 스스로 올바르게 구성할 수 있습니다.
요청 본문을 모의하는 방법
이 접근 방식은 API 중심 팀에 적합합니다. API는 개발 전에 설계되므로 디버깅 중에는 API 사양이 있습니다.
1. API 사양을 Apidog에 가져옵니다. (API를 모의하는 방법?)
2. API를 열고 요청에 JSON/XML 본문 사양이 있는지 확인합니다.
3. "실행" 탭으로 전환하고 "자동으로 생성" 버튼을 클릭하세요. 요청 사양에 따라 모의 JSON을 얻을 수 있습니다!
그런 다음 "보내기" 버튼을 클릭하여 Postman에서 했던 것처럼 요청을 보내지만 더 효율적으로 보내세요. Postman의 대부분의 기능도 Apidog에서 지원됩니다. 우리 팀은 몇 주 동안 Postman 대신 Apidog를 사용하여 API를 디버깅했습니다.
더 알아보기
모의 데이터에 주목하세요. 필드 이름에 따라 자동으로 생성되었습니다. "도시"라는 이름의 필드는 도시 이름으로 모의되었고, 사진 URL이라는 이름의 필드는 사진 URL로 모의되었으며, 모든 모의 데이터는 API에 지정된 JSON 스키마를 따릅니다. 이전 기사처럼: 복잡한 JSON을 모의하는 방법.
그리고 이것이 끝이 아닙니다. "자동으로 생성" 옆의 화살표 위에 마우스를 올리면 세 개의 메뉴 항목이 나타납니다.
"기본값 우선"은 모의 JSON이 API의 각 필드에 지정된 기본값으로 먼저 채워진다는 것을 의미합니다. "예시 값 우선"은 모의 JSON이 예시 요청 JSON으로 먼저 로드된다는 것을 의미합니다. 그렇다면 "요청을 보낼 때 새로 고침"은 무엇일까요?
그건 말 그대로의 의미입니다. 요청이 전송될 때마다 본문이 다시 생성됩니다.
요청 본문을 사용자 정의하는 방법
지금까지 모든 것이 훌륭하게 보입니다. 하지만 제 필드 중 일부는 변경되지 않아야 한다면 어떻게 해야 할까요? 몇몇 필드를 고정하고 몇몇 필드를 모의할 수는 없나요?
"동적 값" 버튼을 클릭하면 새로운 세계를 발견할 수 있습니다.
모든 Faker.js 구문이 지원되며, 그 중 어떤 것도 직접 선택할 수 있습니다. md5, substr, base64 등과 같은 모의 값 변형 함수를 선택할 수도 있습니다.
그러면 이렇게 요청 본문에 삽입됩니다.
어떤 필드가 고정되고 어떤 필드가 Faker.js에 의해 모의되는지를 결정할 수 있습니다. 전송될 때 모든 faker 필드는 아래의 실제 데이터로 변경됩니다.
그게 전부입니다. 그리고 매번 전송할 때마다 변경됩니다. Apidog는 우리 팀이 API를 더 빠르게 구축할 수 있도록 도와주는 훌륭한 도구입니다.
