요즘, 모든 백엔드 개발자는 API를 생성하고, 모든 QA 엔지니어는 API를 테스트하며, 모든 프론트엔드 개발자는 API를 사용합니다. 우리의 비즈니스는 점점 더 복잡해지고 있으며, 최근 몇 년 동안 API의 수가 엄청나게 증가했습니다.
API를 다루면서 API 문서는 개발 팀의 중심이 됩니다. 그러나 API 우선 방식이 인기를 끌고 있음에도 불구하고, 누구도 YAML 문서를 작성하는 것을 좋아하지 않습니다.
많은 팀에서 여러 API 도구를 사용합니다. Swagger는 API를 정의하는 데 사용되고; Postman은 API를 디버깅하는 데 사용되며; Jmeter는 API를 테스트하는 데 사용됩니다. 모킹이 필요할 경우, 그들은 모의 서버를 설정하고 일부 Faker.js를 작성해야 합니다.
작동은 하지만, 충분히 잘 작동하지는 않습니다.
팀워크의 세부 사항을 고려하세요.
A는 API 디자이너이며, 그는 YAML 파일을 출력합니다.
B는 API를 개발하는 자바 개발자이므로, 그는 코딩으로 구현하고 URL과 매개변수를 Postman에 복사하여 디버깅해야 합니다.
C는 QA 엔지니어입니다. API를 테스트하기 위해, 그는 URL과 매개변수를 Jmeter 또는 다른 테스트 플랫폼에 복사해야 합니다.
D는 프론트엔드 개발자입니다. API가 개발되기 전에, 그는 모든 필드에 대해 모킹 스크립트를 작성해야 합니다.
그리고 그것이 끝이 아닙니다. 새 버전이 생기고 API 정의가 변경되면, 모든 사람이 모든 작성된 요청을 업데이트해야 합니다. 하나라도 놓치면 버그가 발생합니다.
모든 사람들이 복사하고 붙여넣기를 반복하며, 특히 애자일 팀에서는 계속해서 업데이트합니다. 반복 작업과 낭비되는 시간이 너무 많습니다.
이 도구들은 팀워크를 위해 설계되지 않았습니다.
이것이 우리가 새로운 팀워크를 위한 API 도구를 구축하기로 결정한 이유입니다.
Apidog는 API 개발을 위한 더 나은 툴킷입니다. 한 도구만으로 API를 설계하고, 디버깅하고, 테스트하고, 게시하고, 모킹할 수 있습니다.
이제 API 도구 간의 ctrl + C/V를 중단할 수 있습니다. Apidog는 모든 사람을 API 개발에 연결합니다.
단순한 도구가 아닙니다. 시스템입니다.
API 디자이너는 요청과 응답이 스키마를 참조할 수 있는 강력한 시각적 편집기에서 API를 설계할 수 있습니다. YAML을 작성할 필요가 없습니다.
백엔드 개발자는 API에서 코드를 생성하고 Apidog에서 모든 종류의 HTTP 요청을 직접 보낼 수 있습니다. 요청이 자동으로 전송되는 동안 응답은 API의 정의에 따라 검증될 수 있습니다.
QA 엔지니어는 API를 테스트 케이스로 가져올 수 있습니다. API가 수정되면, 케이스는 자동으로 업데이트됩니다.
그리고 API가 적절히 설계되면, 문서와 모의 데이터가 자동으로 생성됩니다. 모킹 스크립트를 작성할 필요가 없습니다.
환상적인 도구입니다. 모든 것이 가져오거나 생성되므로 개발 팀은 정말 중요한 일에 집중할 수 있습니다.
우리는 몇 일 전에 이를 출시했습니다. 지금은 충분하지 않다는 것을 알고 있지만, 우리는 빠르게 발전하고 있으며, 곧 여러분이 사랑하게 될 것입니다.
