cURL 및 Postman API 테스트 도구: 예제 기반 가이드

API 테스트의 경우 테스트를 수행하고 결과를 수집할 수 있는 도구가 많습니다.본고에서 TrelloAPI를 사용하여 요청을 수행하는 방법을 직접 보여주고 세 가지 도구를 중점적으로 소개하겠습니다.
그러나 우리가 시작하기 전에 Trello API를 사용해야 하기 때문에 계정, 권한 수여 키, 영패가 필요합니다.API 테스트와 개발은 보안 조치에 사용되는 매우 흔한 절차이다. API를 통해 우리는 악성 사용자가 이용할 수 있는 데이터베이스와 코드의 내부 기능에 접근할 수 있기 때문이다.이를 위해 이 link 단계를 시작해야 할 모든 단계와 함께 놓았습니다. 권한 수여와 인증 섹션 아래의 API 프로필에서 이 단계를 찾을 수 있습니다 (링크를 클릭하면 보실 수 있습니다).
준비가 되면 API 테스트 도구를 사용합니다.

운영 체제 단말기

예를 들어 터미널을 사용하여 우리의 API에서 응답을 얻으려면 "curl"이라는 명령줄이 필요합니다. 이것은 많은 소프트웨어에서 자주 사용되며, 서로 데이터를 전송할 수 있습니다.
운영 체제 터미널에 다음 명령을 추가합니다.

curl --location --request GET 'https://api.trello.com/1/members/me/boards?key={your-key}&token={your-token} -I' 

여기서 저희가 모든 타이틀을 얻습니다.

맨 위에는 우리가 대답한 상태 코드가 있습니다.
응답을 나중에 일부 필드를 스캔하거나 검증할 때 필요한 파일에 저장할 수 있다는 것이 멋진 기능입니다.간단한 로고 "-o[파일 이름]"을 사용하여 명령을 다시 입력할 수 있습니다.예를 들어 "-o test\u response.txt"
일단 네가 이렇게 한다면, 너는 반드시 너의 단말기에서 다운로드 진도를 표시하는 계기를 보아야 한다

파일에 이름을 추가하지 않으려면 "-O"플래그를 추가하여 파일을 저장하고 URL을 파일 이름으로 지정합니다.
마지막으로, cURL에서 만들거나 업데이트하거나 삭제해야 할 때, 우리는 필요에 따라 다음 명령을 추가합니다. "-X POST""-X PUT""-X delete"와 "-data raw"{"param": "value"}"
이제 다음 도구가 이러한 동일한 장면을 어떻게 처리하는지, 그리고 어떤 기능을 가지고 있는지 살펴보겠습니다.

우체부

우체부가 생기면, 우리는 클릭만 하면 필요한 모든 정보를 얻을 수 있다.다음 예를 살펴보겠습니다.

일단 우리가 요청을 하면 우리는 우리가 요구하는 것보다 더 많은 정보를 얻을 수 있다.초보자에게 우리는 완전한 응답을 받았고 형식이 매우 아름답기 때문에 가독성이 더욱 높다. 우리는 스스로 그것을 포맷할 필요가 없다. 그리고 우리는 상태 코드를 가지고 있다. 이렇게 하면 요청이 성공했는지 알 수 있다. 이런 상황에서 모든 것이 예상대로 진행되었다. 우리는 200개의 상태 코드와 하나의 전용 옵션 카드를 얻었다. 파라미터와 그 값을 추가하는 데 사용되었다. 이런 값은 우리의 요청 URL에 직접 추가되었다.
운영 체제 단말기를 클릭하기만 하면 모든 정보를 얻을 수 있기 때문에 시간과 정력을 절약하여 API를 더욱 효율적으로 테스트할 수 있습니다.
이 예에서 우체부는 요청을 하나의 집합에 저장하는 등 다른 관건적인 기능을 제공했다. 예를 들어 이 집합에서 우리는 언제든지 URL을 검색할 수 있고 다시 입력할 필요가 없다.

추가 사용을 위해 요청을 테스트 보고서로 내보내거나 circleCI나 Jenkins 등 CI 도구로 실행할 수도 있습니다.
Postman은 다양한 탭에서 여러 요청을 처리할 수 있는 기회를 제공합니다.

만약 우리가 특정 언어로 요청을 받아야 한다면, 파라미터 형식의 코드를 눌러서 코드 세그먼트를 제공할 것입니다.

우리는 서로 다른 환경을 관리할 수 있다. 그 중에서 우리는 서로 다른 변수를 저장할 수 있다. 변수는 사용자의 수요에 따라 명명하고 값을 부여할 수 있다. 마치 URL의 공공 부분을 요청하는 것과 같기 때문에 사용자는 요청을 처리하기만 하면 된다


사용자가 특정한 매개 변수를 사용하여 같은 요청을 수행하거나 다시 실행할 수 있도록 최근에 완료한 모든 요청의 기록을 기록합니다.

포스트맨은 자바스크립트의 스크립트 테스트를 추가하는 전문적인 부분이 있습니다.

그것은 우리가 사용할 수 있는 미리 정의된 코드 세그먼트를 포함한다.
응답 HTTP와 인쇄 메시지를 볼 수 있는 콘솔입니다.

이것들은 포스트맨이 API를 사용하여 테스트를 할 때 더욱 원활한 체험을 할 수 있도록 하는 관건적인 특성이라고 생각합니다.

SoapUI

같은 예를 계속 써보도록 하겠습니다.
우리가 SoapUI에 대한 첫인상은 우리가 들어갈 때 터미널 브라우저로 Trello API에 이전의 도구처럼 요청할 수 있도록 알려주는 것이었지만, 이런 상황에서 터미널처럼 우리는 원시 텍스트 응답을 받았다.

또한 요청에 제목을 추가하여 인증이 필요하지 않도록 할 수 있습니다. 예를 들어 원본 텍스트의 맨 위에 응답 상태가 있습니다.

아래에서 포맷되지 않은 JSON과 필요한 데이터를 볼 수 있습니다.불행하게도 단점 제시를 보면 아름답게 보일 수 없기 때문에 프로젝트 내부에서 실행해야 한다.첫 번째 단계는 보내기 (녹색) 단추 옆에 있는 저장 요청 (파란색) 단추를 누르는 것입니다.

요청을 저장할 이름을 설정하고 "확인"단추를 누르면 프로그램이 왼쪽에 표시되는 항목을 만들 수 있습니다.

프로젝트 1(Project 1)을 두 번 클릭하면 프로젝트의 모든 구성 요소에 대한 개요를 얻을 수 있지만 이제 이 요청에 중점을 두겠습니다.마지막 레이어에 요청할 때까지 프로젝트 폴더를 확장하고 TrelloAPI를 클릭합니다.

"요청 보내기"단추를 누르면 "보려는 내용을 XML로 볼 수 없습니다"라는 메시지가 표시됩니다. 이것은 우리가 응답하는 여러 보기의 기본값이기 때문입니다. 왼쪽에는 네 개의 XML, JSON, HTML, Raw가 있습니다.

JSON을 클릭하면 형식이 매우 좋습니다.

언제든지 다른 탭을 볼 수 있습니다.
SoapUI는 API 테스트를 보다 효과적으로 적용할 수 있도록 다양한 기능을 제공합니다.내가 강조하고 싶은 첫 번째 점은 우리의 테스트를 테스트 세트로 설정하는 것이다. 모든 세트는 그들의 테스트 용례와 테스트 절차를 가지고 있기 때문에 테스트 인원들이 쉽게 테스트를 논리 단원으로 그룹화할 수 있다.

WSDL 및 SOAP 서비스 지원

부하 및 보안 테스트 전용 테스트 입력

결점

이 절에서, 나는 당신이 당신의 작업 환경과 수요에 따라 선택할 수 있도록 모든 도구에 고려해야 할 내용을 추가할 것입니다.

OS 터미널

사용자 인터페이스와 손잡이가 부족합니다.이것은 사용자가 요청을 보내고 읽을 수 있는 형식으로 응답하는 데 필요한 명령을 미리 알아야 하기 때문에 가장 뚜렷하다.터미널은 이 문제를 완화하기 위해 사용자 정의할 수 있지만, 테스트의 주요 목적 이외의 추가 설정층이 될 것이다.

집배원

테스트 모니터링이 부족합니다.만약 많은 개발자나 테스트 인원들이 하나의 도구에 의존하여 모든 테스트 세트를 처리하기를 원한다면, 이러한 부족한 기능들은 그들을 실망시킬 수 있다.

SoapUI

학습 곡선.SoapUI는 강력한 도구이지만 약간의 도전을 가져왔고 인터페이스가 그다지 우호적이지 않다.사용자는 이 도구를 충분히 이용하기 위해 서로 다른 구성 요소 (예를 들어 테스트 세트, 테스트 용례, 단언, 부하 테스트) 를 바탕으로 하는 프로젝트 구조를 이해하는 데 시간이 좀 걸릴 것이다.
Postman과 SoapUI의 경우 비용 지불 벽 뒤에 기능이 있지만 반드시 단점은 아니라고 생각합니다. 왜냐하면 이런 기능은 주로 5개 이상의 프로젝트를 공유해야 하는 사람들과 팀워크를 하는 데 사용되기 때문입니다.그러나 개인 사용자에게 무료로 제공되는 기능은 임무를 완수하기에 충분하다.

마지막 생각

지금까지 우리는 한 장면에서 모든 도구의 특성을 보았다. 본고에서 나는 자동 테스트와 무관한 특성을 토론했다. 왜냐하면 이것은 자신의 주제라고 생각하기 때문이다.모든 도구는 각자의 장단점이 있지만 테스트 인원을 도울 수 있다. 이것은 지정한 테스트의 요구에 따라 테스트 인원이 이 도구 중 어떤 전략을 사용하는지 결정한다.