안녕하세요 여러분, 여기 있어요 테스트메이스! 아마도 많은 사람들이 우리에 대해 알고 있을 것입니다. 우리 이전 조항. 방금 합류한 분들을 위해: 우리는 TestMace API와 작동하는 IDE를 개발 중입니다. TestMace를 경쟁 제품과 비교할 때 가장 자주 묻는 질문은 "Postman과 어떻게 다른가요?"입니다. 우리는 이제 이 질문에 대한 자세한 답변을 제공할 때라고 결정했습니다. 아래에 우리의 장점을 설명했습니다. 우편 집배원.

노드로 분할

Postman을 사용한다면 요청 인터페이스에 필요한 모든 기능이 포함되어 있다는 것을 알 수 있습니다. 스크립트, 테스트, 그리고 실제로 쿼리 자체가 있습니다. 이렇게 하면 초보자가 더 쉽게 사용할 수 있지만 대규모 시나리오에서는 이 접근 방식이 유연하지 않습니다. 여러 개의 쿼리를 생성하고 이에 대해 집계를 수행하려면 어떻게 해야 합니까? 요청 없이 스크립트를 실행하고 싶거나 논리적으로 분리된 여러 스크립트를 연속해서 실행하고 싶다면 어떻게 해야 할까요? 결국 테스트를 일반 유틸리티 스크립트와 분리하는 것이 좋습니다. 또한 "모든 기능을 하나의 노드에 추가"하는 접근 방식은 확장 가능하지 않습니다. 즉, 인터페이스가 빠르게 과부하됩니다.

TestMace는 처음에 모든 기능을 다양한 유형의 노드로 나눕니다. 요청하시겠습니까? 너를위한거야 요청 단계 마디 스크립트를 작성하시겠습니까? 너를위한거야 스크립트 마디 테스트가 필요합니까? 제발 - 역설 마디 아 예, 아직 이 모든 일을 다음으로 마무리할 수 있습니다. 폴더 마디 그리고 이 모든 것은 서로 쉽게 결합될 수 있습니다. 이 접근 방식은 매우 유연할 뿐만 아니라 단일 책임 원칙에 따라 현재 실제로 필요한 것만 사용할 수 있습니다. 단지 요청만 하고 싶은 경우 스크립트와 테스트가 필요한 이유는 무엇입니까?

사람이 읽을 수 있는 프로젝트 형식

TestMace와 Postman에는 저장 방식에 개념적 차이가 있습니다. Postman에서 모든 요청은 로컬 저장소 어딘가에 저장됩니다. 여러 사용자 간에 요청을 공유해야 하는 경우 내장된 동기화를 사용해야 합니다. 실제로 이는 일반적으로 허용되는 접근 방식이지만 단점이 없는 것은 아닙니다. 데이터 보안은 어떻습니까? 결국 일부 회사의 정책에 따라 제XNUMX자에게 데이터를 저장하는 것이 허용되지 않을 수 있습니다. 그러나 우리는 TestMace가 더 나은 것을 제공할 수 있다고 생각합니다! 그리고 이번 개선의 이름은 '사람이 읽을 수 있는 프로젝트 형식'입니다.

TestMace에는 원칙적으로 "프로젝트" 엔터티가 있다는 사실부터 시작해 보겠습니다. 그리고 애플리케이션은 처음에 버전 제어 시스템에 프로젝트를 저장하는 것을 염두에 두고 개발되었습니다. 프로젝트 트리는 파일 구조에 거의 일대일로 투영되고 yaml은 저장 형식으로 사용되며(추가 대괄호와 쉼표 없이) 각 노드의 파일 표현은 주석이 포함된 문서에 자세히 설명되어 있습니다. 그러나 대부분의 경우 거기에서 볼 수 없습니다. 모든 필드 이름에는 논리적 이름이 있습니다.

이것이 사용자에게 무엇을 제공합니까? 이를 통해 익숙한 접근 방식을 사용하여 팀의 작업 흐름을 매우 유연하게 변경할 수 있습니다. 예를 들어 개발자는 백엔드와 동일한 저장소에 프로젝트를 저장할 수 있습니다. 분기에서 개발자는 코드 베이스 자체를 변경하는 것 외에도 기존 쿼리 스크립트 및 테스트를 수정할 수 있습니다. 저장소(git, svn, mercurial - 가장 좋아하는 것)에 변경 사항을 커밋한 후 CI(누구도 부과하지 않고 가장 좋아하는 것)가 콘솔 유틸리티를 시작합니다. 테스트메이스-cli, 실행 후 수신된 보고서(예: testmace-cli에서도 지원되는 junit 형식)가 해당 시스템으로 전송됩니다. 그리고 위에서 언급한 보안 문제는 더 이상 문제가 되지 않습니다.

보시다시피 TestMace는 생태계와 패러다임을 강요하지 않습니다. 대신, 확립된 프로세스에 쉽게 들어맞습니다.

동적 변수

TestMace는 코드가 없는 개념을 따릅니다. 즉, 코드를 사용하지 않고 문제를 해결할 수 있는 경우 이러한 기회를 제공하려고 노력합니다. 변수 작업은 대부분의 경우 프로그래밍 없이 수행할 수 있는 기능과 정확히 같습니다.

예: 서버로부터 응답을 받았고 응답의 일부를 변수에 저장하려고 합니다. Postman에서는 테스트 스크립트(그 자체가 이상함)에서 다음과 같이 작성합니다.

var jsonData = JSON.parse(responseBody);
postman.setEnvironmentVariable("data", jsonData.data);

그러나 우리의 의견으로는 이렇게 간단하고 자주 사용되는 시나리오에 대한 스크립트를 작성하는 것은 중복되는 것 같습니다. 따라서 TestMace에서는 그래픽 인터페이스를 사용하여 답변의 일부를 변수에 할당하는 것이 가능합니다. 얼마나 간단한지 보세요:

이제 모든 요청마다 이 동적 변수가 업데이트됩니다. 그러나 Postman 접근 방식이 더 유연하고 할당뿐만 아니라 일부 사전 처리도 수행할 수 있다고 주장하면서 이의를 제기할 수 있습니다. 이전 예제를 수정하는 방법은 다음과 같습니다.

var jsonData = JSON.parse(responseBody);
postman.setEnvironmentVariable("data", CryptoJS.MD5(jsonData.data));

음, 이 목적을 위해 TestMace는 스크립트 이 시나리오를 다루는 노드입니다. 이전 사례를 재현하기 위해 이미 TestMace에서 실행되었지만 요청에 따라 스크립트 노드를 생성하고 다음 코드를 스크립트로 사용해야 합니다.

const data = tm.currentNode.prev.response.body.data;
tm.currentNode.parent.setDynamicVar('data', crypto.MD5(data));

보시다시피 노드의 구성이 여기서도 잘 작동했습니다. 위에서 설명한 것처럼 간단한 경우에는 다음 식을 간단히 할당할 수 있습니다. ${crypto.MD5($response.data)} GUI를 통해 생성된 변수!

GUI를 통해 테스트 만들기

Postman을 사용하면 스크립트를 작성하여 테스트를 만들 수 있습니다(Postman의 경우 JavaScript입니다). 이 접근 방식에는 거의 무제한의 유연성, 기성 솔루션의 가용성 등 많은 장점이 있습니다.

그러나 현실은 테스터가 프로그래밍 기술이 없지만 지금 당장 팀에 이익을 가져다주고 싶어하는 그런 경우가 많습니다 (우리는 그렇지 않습니다. 인생은 그렇습니다). 이러한 경우, 코드가 없는 개념에 따라 TestMace를 사용하면 스크립트를 작성하지 않고도 GUI를 통해 간단한 테스트를 만들 수 있습니다. 예를 들어 값의 동등성을 비교하는 테스트를 만드는 과정은 다음과 같습니다.

그러나 그래픽 편집기에서 테스트를 생성한다고 해서 가능성이 제거되는 것은 아닙니다. 코드로 테스트 작성. 스크립트 노드와 동일한 라이브러리가 모두 여기에 있습니다. 차이 티 테스트 작성을 위해.

링크(링크 노드)를 통해 기존 스크립트를 실행하는 기능

프로젝트의 여러 부분에서 특정 쿼리나 전체 스크립트를 여러 번 실행해야 하는 상황이 종종 발생합니다. 이러한 요청의 예로는 사용자 지정 다단계 인증, 환경을 원하는 상태로 만드는 등이 있습니다. 일반적으로 프로그래밍 언어 측면에서 말하면 우리는 애플리케이션의 다른 부분에서 재사용할 수 있는 기능을 원합니다. TestMace에서 이 기능은 다음과 같이 수행됩니다. 링크 마디 사용이 매우 쉽습니다:
1) 쿼리 또는 스크립트 만들기
2) Link 유형의 노드를 생성합니다.
3) 매개변수에 첫 번째 단계에서 생성된 스크립트에 대한 링크를 지정합니다.

고급 버전에서는 스크립트의 어떤 동적 변수가 링크와 관련하여 더 높은 수준으로 전달되는지 지정할 수 있습니다. 혼란스럽게 들리나요? 이름이 다음과 같은 폴더를 생성했다고 가정해 보겠습니다. 게시물 작성, 동적 변수가 이 노드에 할당됩니다. postId. 이제 링크 노드에 있습니다. 포스트 링크 생성 변수가 다음과 같이 명시적으로 지정할 수 있습니다. postId 조상에게 할당됨 포스트 링크 생성. 이 메커니즘(역시 프로그래밍 언어에서)은 "함수"의 결과를 반환하는 데 사용될 수 있습니다. 일반적으로 DRY가 한창 진행 중이고 코드 한 줄도 손상되지 않은 것이 좋습니다.

Postman의 경우 요청을 재사용하는 기능 요청이 있습니다. 2015년부터 교수형, 심지어 그런 것 같습니다 몇 가지 힌트그들은 이 문제를 해결하기 위해 노력하고 있습니다. 물론 현재 형태에서 Postman에는 실행 스레드를 변경할 수 있는 기능이 있으므로 이론적으로는 유사한 동작을 구현하는 것이 가능할 수 있지만 이는 실제로 작동하는 접근 방식이라기보다는 더러운 해킹에 가깝습니다.

기타 차이점

• 변수 범위에 대한 제어가 강화되었습니다. Postman에서 변수를 정의할 수 있는 가장 작은 범위는 컬렉션입니다. TestMace를 사용하면 모든 쿼리나 폴더에 대한 변수를 정의할 수 있습니다. Postman Share 컬렉션에서는 컬렉션만 내보낼 수 있지만 TestMace 공유에서는 모든 노드에서 작동합니다.
• TestMace는 지원합니다 상속 가능한 헤더, 기본적으로 하위 쿼리로 대체될 수 있습니다. Postman은 이에 대해 다음과 같은 내용을 가지고 있습니다. 작업, 심지어 닫혀 있지만 솔루션으로 제공됩니다 ... 스크립트 사용. TestMace에서 이는 모두 GUI를 통해 구성되며 특정 하위 항목에서 상속된 헤더를 선택적으로 비활성화하는 옵션이 있습니다.
• 실행 취소/다시 실행. 노드를 편집할 때뿐만 아니라 이동, 삭제, 이름 변경 및 프로젝트 구조를 변경하는 기타 작업에도 작동합니다.
• 요청에 첨부된 파일은 Postman과 달리 완벽하게 동기화되는 동안 프로젝트의 일부가 되어 프로젝트와 함께 저장됩니다. (예, 더 이상 시작할 때마다 파일을 수동으로 선택하고 아카이브에 있는 동료에게 전송할 필요가 없습니다)

이미 진행 중인 기능

우리는 다음 릴리스에서 비밀의 베일을 벗기고 싶은 유혹을 참을 수 없었습니다. 특히 기능이 매우 훌륭하고 이미 출시 전 다듬질이 진행 중인 경우에는 더욱 그렇습니다. 그러니 만나자.

기능

아시다시피 Postman은 소위 동적 변수를 사용하여 값을 생성합니다. 그 목록이 인상적이다 그리고 대부분의 함수는 가짜 값을 생성하는 데 사용됩니다. 예를 들어, 임의의 이메일을 생성하려면 다음을 작성해야 합니다.

{{$randomEmail}}

그러나 이것들은 (동적이긴 하지만) 변수이기 때문에 함수로 사용할 수 없습니다. 매개변수화할 수 없으므로 문자열에서 해시를 가져올 수 없습니다.

우리는 TestMace에 "정직한" 기능을 추가할 계획입니다. ${} 내부에서는 변수에 액세스하는 것뿐만 아니라 함수를 호출하는 것도 가능합니다. 저것들. 악명 높은 가짜 이메일을 생성해야 하는 경우 간단히 작성해 드리겠습니다.

${faker.internet.email()}

함수라는 사실 외에도 객체에 대해 메서드를 호출하는 것이 가능하다는 사실을 알게 될 것입니다. 그리고 동적 변수의 크고 단순한 목록 대신 논리적으로 그룹화된 객체 세트가 있습니다.

문자열의 해시를 계산하고 싶다면 어떻게 해야 할까요? 용이하게!

${crypto.MD5($dynamicVar.data)}

변수를 매개변수로 전달할 수도 있다는 것을 알 수 있습니다! 이 시점에서 호기심 많은 독자는 뭔가 잘못되었다고 의심할 수 있습니다.

표현식에 JavaScript 사용

... 그리고 그럴 만한 이유가 있습니다! 함수에 대한 요구사항이 형성될 때 우리는 갑자기 유효한 자바스크립트를 표현식으로 작성해야 한다는 결론에 도달했습니다. 이제 다음과 같은 표현을 자유롭게 작성할 수 있습니다.

${1 + '' + crypto.MD5('asdf')}

이 모든 것이 스크립트 없이 입력 필드에서 바로 가능합니다!

Postman의 경우 여기서는 변수만 사용할 수 있으며, 사소한 표현을 작성하려고 하면 유효성 검사기가 욕을 하고 계산을 거부합니다.

고급 자동 완성

현재 TestMace에는 다음과 같은 표준 자동 완성 기능이 있습니다.

여기에서는 자동 완성 줄 외에도 이 줄이 속하는 줄이 표시됩니다. 이 메커니즘은 대괄호 ${}로 묶인 표현식에서만 작동합니다.

보시다시피 변수 유형(예: 문자열, 숫자, 배열 등)을 나타내는 시각적 표시가 추가되었습니다. 자동 완성 모드를 변경할 수도 있습니다(예: 변수 또는 헤더를 사용하여 자동 완성을 선택할 수 있음). 그러나 이것조차도 가장 중요한 것은 아닙니다!

첫째, 자동 완성은 (가능한 경우) 표현식에서도 작동합니다. 다음과 같이 보입니다.

둘째, 이제 스크립트에서 자동 완성을 사용할 수 있습니다. 어떻게 작동하는지 살펴보세요!

이 기능을 Postman과 비교할 필요가 없습니다. 자동 완성은 변수, 헤더 및 해당 값의 정적 목록으로만 제한됩니다(잊은 것이 있으면 수정해 주세요). 스크립트는 자동 완성되지 않습니다 :)

결론

XNUMX월은 제품 개발이 시작된 지 XNUMX년이 되는 해였습니다. 이 기간 동안 우리는 많은 일을 해냈고 어떤 면에서는 경쟁사를 따라잡았습니다. 하지만 그렇더라도 우리의 목표는 API 작업에 정말 편리한 도구를 만드는 것입니다. 아직 해야 할 일이 많이 남아 있습니다. 다음은 내년 프로젝트 개발을 위한 대략적인 계획입니다. https://testmace.com/roadmap.

귀하의 피드백은 우리가 풍부한 기능을 더 잘 탐색할 수 있게 해주고, 귀하의 지원은 우리가 옳은 일을 하고 있다는 힘과 확신을 줍니다. 오늘은 우리 프로젝트에 있어 중요한 날입니다. TestMace가 게시된 날입니다. ProductHunt. 우리 프로젝트를 지원해주세요. 이는 우리에게 매우 중요합니다. 게다가 오늘 우리 PH 페이지에 유혹적인 제안이 있는데, 그것은 제한적입니다.

출처 : habr.com