안녕하세요 여러분. 우리는 천천히 그림자에서 벗어나 제품에 대한 일련의 기사를 계속하고 있습니다. 후에 이전 리뷰 기사를 통해 우리는 많은 피드백(대부분 긍정적인), 제안 및 버그 보고서를 받았습니다. 오늘 우리는 보여줄 것입니다 테스트메이스 실제로 당신은 우리 응용 프로그램의 일부 기능을 감상할 수 있을 것입니다. 보다 완전한 몰입을 위해서는 다음 문서를 참조하는 것이 좋습니다. http://docs-ru.testmace.com. 자, 가자!

설치

진부함부터 시작해보자. 이 애플리케이션은 Linux, Windows, MacOS의 세 가지 플랫폼에서 사용 가능하며 실제로 테스트되었습니다. 관심 있는 OS의 설치 프로그램을 다운로드할 수 있습니다. 우리 사이트. Linux 사용자의 경우 설치가 가능합니다. 스냅 패키지. 우리는 Microsoft Store와 App Store가 곧 이 기능을 사용할 수 있기를 바랍니다(필요합니까? 어떻게 생각하십니까?).

실험 시나리오

우리는 테스트 주제로 다음 표준 시나리오를 선택했습니다.

• 로그인: 사용자 - 관리자, 비밀번호 - 비밀번호
• 새 항목 추가
• 레코드가 올바르게 추가되었는지 확인해 봅시다

우리는 테스트할 것입니다 https://testmace-quick-start.herokuapp.com/. 이것은 정상입니다 json 서버, 이러한 애플리케이션을 테스트하는 데 적합합니다. 모든 json-server 경로에 토큰에 의한 인증을 추가하고 이 토큰을 받기 위한 로그인 방법을 만들었습니다. 우리는 점차적으로 프로젝트를 개선하면서 점진적으로 나아갈 것입니다.

프로젝트를 생성하고 승인 없이 엔터티를 생성하려고 합니다.

먼저 새 프로젝트(입양 부모로서의 귀하의 적합성을 결정하기 위해 미국 이민국에->새 프로젝트). 애플리케이션을 처음 시작하는 경우 새 프로젝트가 자동으로 열립니다. 먼저 새로운 레코드 생성을 요청해 보겠습니다(인증 없이 레코드 생성이 가능한 경우). 프로젝트 노드 상황에 맞는 메뉴에서 항목 선택 노드 추가 -> 요청 단계. 노드 이름을 다음으로 설정합니다. 게시물 작성. 결과적으로 트리에 새 노드가 생성되고 이 노드에 대한 탭이 열립니다. 다음 요청 매개변수를 설정해 보겠습니다.

• 요청 유형: POST
• URL : https://testmace-quick-start.herokuapp.com/posts
• 요청 본문: 값이 포함된 json {"title": "New testmace quick start post"}
  모든 작업을 올바르게 수행했다면 인터페이스는 다음과 같습니다.

그러나 요청을 이행하려고 하면 서버는 401 코드를 반환하고 승인 없이는 이 서버에서 아무것도 얻을 수 없습니다. 글쎄, 일반적으로 예상대로).

승인 요청 추가

이미 말했듯이 POST 엔드포인트가 있습니다. /login, 다음 형식의 요청 본문으로 json을 사용합니다. {"username": "<username>", "password": "<password>"}어디에서 username и password (다시, 위의 소개 단락에서) 의미가 있습니다 admin и password 각기. 이에 대한 응답으로 이 끝점은 다음과 같은 json을 반환합니다. {"token": "<token>"}. 인증에 사용하겠습니다. 만들어 보자 요청 단계 이름이 있는 노드 로그인, 조상 역할을 할 것입니다 프로젝트 마디 드래그 앤 드롭을 사용하여 트리의 특정 노드를 해당 노드보다 높게 이동합니다. 게시물 작성. 새로 생성된 요청에 다음 매개변수를 설정해 보겠습니다.

• 요청 유형: POST
• URL : https://testmace-quick-start.herokuapp.com/login
• 요청 본문: 값이 포함된 json {"username": "admin", "password": "password"}

요청을 실행하고 응답에 토큰이 포함된 XNUMX번째 코드를 받겠습니다. 이 같은:

리팩토링: 도메인 중복 제거

지금까지 요청은 단일 스크립트로 연결되지 않았습니다. 그러나 이것이 유일한 단점은 아닙니다. 자세히 살펴보면 두 요청 모두에서 최소한 도메인이 중복되어 있음을 알 수 있습니다. 안좋다. 이제 미래 스크립트의 이 부분을 리팩토링할 시간이며, 변수는 이에 도움이 될 것입니다.

첫 번째 근사치로, 변수는 다른 유사한 도구 및 프로그래밍 언어에서와 동일한 역할을 수행합니다(중복 제거, 가독성 향상 등). 변수에 대한 자세한 내용은 우리의 문서. 이 경우 사용자 변수가 필요합니다.

프로젝트 노드 수준에서 변수를 정의해 보겠습니다. domain 의미를 가지고 https://testmace-quick-start.herokuapp.com. 이것을 위해서 당신은

• 이 노드가 있는 탭을 열고 오른쪽 상단의 계산기 아이콘을 클릭하세요.
• 클릭 + 변수 추가
• 변수 이름과 값을 입력하세요.
  우리의 경우 변수가 추가된 대화 상자는 다음과 같습니다.

좋아요. 이제 상속으로 인해 모든 중첩 수준의 하위 항목에서 이 변수를 사용할 수 있습니다. 우리의 경우 이는 노드입니다. 로그인 и 게시물 작성. 텍스트 필드에서 변수를 사용하려면 다음을 작성해야 합니다. ${<variable_name>}. 예를 들어 로그인 URL은 다음으로 변환됩니다. ${domain}/login, 각각 게시물 작성 노드 URL은 다음과 같습니다 ${domain}/posts.

따라서 DRY 원칙에 따라 시나리오를 약간 개선했습니다.

토큰을 변수에 저장

지금은 변수에 대해 이야기하고 있으므로 이 주제를 조금 더 확장해 보겠습니다. 현재 로그인에 성공하면 서버로부터 후속 요청에 필요한 인증 토큰을 받습니다. 이 토큰을 변수에 저장해 보겠습니다. 왜냐하면 변수의 값은 스크립트 실행 중에 결정되며 이를 위해 특별한 메커니즘을 사용합니다. 동적 변수.

먼저 로그인 요청을 수행해 보겠습니다. 탭에서 파싱 ​​됨 대답하려면 토큰 위로 커서를 이동하고 상황에 맞는 메뉴(마우스 오른쪽 버튼을 사용하거나 버튼을 클릭하여 호출됨 ...)에서 항목을 선택합니다. 변수에 할당. 다음 필드가 포함된 대화 상자가 나타납니다.

• 경로 — 답변의 어느 부분이 취해졌는가(우리의 경우에는 body.token)
• 현재 가치 — 경로에 있는 값(이 경우 토큰 값)
• 변수 이름 — 변수 이름 현재 가치 보존될 것입니다. 우리의 경우에는 token
• 노드 — 변수가 생성될 조상 중 어느 것입니까? 변수 이름. 프로젝트를 선택하자

완성된 대화 상자는 다음과 같습니다.

이제 노드가 실행될 때마다 로그인 동적 변수 token 응답의 새 값으로 업데이트됩니다. 그리고 이 변수는 다음 위치에 저장됩니다. 프로젝트 노드이며 상속 덕분에 자손이 사용할 수 있습니다.

동적 변수에 액세스하려면 다음을 사용해야 합니다. 내장 변수 $dynamicVar. 예를 들어 저장된 토큰에 액세스하려면 다음을 호출해야 합니다. ${$dynamicVar.token}.

인증 토큰을 요청에 전달합니다.

이전 단계에서 인증 토큰을 받았으므로 헤더만 추가하면 됩니다. Authorization 의미를 가지고 Bearer <tokenValue> 다음을 포함하여 승인이 필요한 모든 요청에서 게시물 작성. 이를 수행하는 방법에는 여러 가지가 있습니다.

1. 토큰을 수동으로 복사하고 관심 있는 요청에 인증 헤더를 추가합니다. 이 방법은 작동하지만 "만들고 버려진" 유형의 요청에만 사용이 제한됩니다. 스크립트의 반복 실행에는 적합하지 않습니다.
2. 기능을 활용하세요 권한 부여.
3. 사용 기본 헤더

두 번째 방법을 사용하는 것은 당연해 보이지만 이 기사의 맥락에서 이 접근 방식은... 흥미롭지 않습니다. 글쎄요, 실제로: 승인 메커니즘에 마이너스를 더하는 방식은 다른 도구에서 익숙합니다(다음과 같은 것이 있더라도). 권한 상속) 질문을 제기하지 않을 것입니다.

또 다른 것은 기본 헤더입니다! 간단히 말해서 기본 헤더는 명시적으로 비활성화하지 않는 한 기본적으로 요청에 추가되는 상속된 HTTP 헤더입니다. 예를 들어 이 기능을 사용하면 사용자 정의 인증을 구현하거나 스크립트에서 중복을 제거할 수 있습니다. 이 기능을 사용하여 헤더에 토큰을 전달해 보겠습니다.

이전에는 토큰을 동적 변수에 신중하게 저장했습니다. $dynamicVar.token 프로젝트 노드 수준에서. 남은 것은 다음을 수행하는 것입니다.

1. 기본 제목 정의 Authorization 의미를 가지고 Bearer ${$dynamicVar.token} 프로젝트 노드 수준에서. 이렇게 하려면 노드의 프로젝트 인터페이스에서 기본 제목(버튼)이 있는 대화 상자를 열어야 합니다. 헤더 오른쪽 상단 모서리에 있음) 해당 제목을 추가합니다. 채워진 값이 포함된 대화 상자는 다음과 같습니다.
   
2. 로그인 요청에서 이 헤더를 비활성화합니다. 이는 이해할 수 있습니다. 로그인 시 아직 토큰이 없으며 이 요청을 통해 토큰을 설치할 것입니다. 따라서 탭에 있는 요청의 로그인 인터페이스에서 헤더 의 지역에서 상속하는 Authorization 헤더를 선택 취소하세요.

그게 다야. 이제 로그인 노드를 제외하고 프로젝트 노드의 하위인 모든 요청에 ​​인증 헤더가 추가됩니다. 이 단계에서 우리는 이미 스크립트가 준비되어 있고 우리가 해야 할 일은 그것을 실행하는 것뿐입니다. 선택하여 스크립트를 실행할 수 있습니다. 달리기 프로젝트 노드의 컨텍스트 메뉴에 있습니다.

게시물 작성의 정확성 확인

이 단계에서 스크립트는 로그인하고 인증 토큰을 사용하여 게시물을 작성할 수 있습니다. 하지만 새로 생성된 게시물의 이름이 올바른지 확인해야 합니다. 즉, 본질적으로 남은 것은 다음을 수행하는 것뿐입니다.

• 아이디로 게시물 수신 요청을 보내고,
• 서버에서 받은 이름과 게시물 작성 시 보낸 이름이 일치하는지 확인하세요.

첫 번째 단계를 살펴보겠습니다. id 값은 스크립트 실행 중에 결정되므로 동적 변수를 생성해야 합니다(이를 호출하겠습니다). postId) 노드에서 게시물 작성 프로젝트 노드 수준에서. 우리는 이미 이 작업을 수행하는 방법을 알고 있습니다. 섹션을 참조하세요. 토큰을 변수에 저장. 남은 것은 이 ID를 사용하여 게시물을 수신하라는 요청을 만드는 것입니다. 이를 위해 RequestStep을 생성해 보겠습니다. get-post 다음 매개변수를 사용합니다.

• 요청 유형: GET
• URL: ${domain}/posts/${$dynamicVar.postId}

두 번째 단계를 구현하려면 다음 사항을 숙지해야 합니다. 역설 매듭. Assertion 노드는 특정 요청에 대한 검사를 작성할 수 있는 노드입니다. 각 어설션 노드에는 여러 어설션(검사)이 포함될 수 있습니다. 모든 유형의 주장에 대한 자세한 내용은 당사의 선적 서류 비치. 우리는 사용할 것입니다 Compare 연산자를 사용한 어설션 equal. 어설션을 만드는 방법에는 여러 가지가 있습니다.

1. 긴. RequestStep 노드의 컨텍스트 메뉴에서 Assertion 노드를 수동으로 생성합니다. 생성된 어설션 노드에서 관심 있는 어설션을 추가하고 필드를 채웁니다.
2. 빠른. 상황에 맞는 메뉴를 사용하여 RequestStep 노드 응답의 어설션과 함께 어설션 노드를 생성합니다.

두 번째 방법을 사용해 보겠습니다. 이것이 우리의 경우의 모습입니다.

이해하지 못하는 사람들을 위해 무슨 일이 일어나고 있는지 알려드립니다.

1. 노드에서 요청하기 get-post
2. 탭에서 파싱 ​​됨 대답, 상황에 맞는 메뉴를 호출하고 선택 어설션 만들기 -> 비교 -> 같은

축하합니다. 첫 번째 테스트를 만들었습니다! 간단하지 않나요? 이제 스크립트를 완전히 실행하고 결과를 즐길 수 있습니다. 남은 것은 조금 리팩토링해서 꺼내는 것뿐이다. title 별도의 변수로. 하지만 이건 숙제로 남겨두겠습니다)

결론

이 가이드에서는 본격적인 시나리오를 작성하는 동시에 제품의 일부 기능을 검토했습니다. 물론 우리는 모든 기능을 사용하지는 않았으며 다음 기사에서는 TestMace의 기능에 대한 자세한 개요를 제공할 것입니다. 계속 지켜봐 주시기 바랍니다!

PS 모든 단계를 재현하기 귀찮으신 분들을 위해 친절히 녹음해두었습니다. 저장소 기사의 프로젝트와 함께. 당신은 그것을 열 수 있습니다 입양 부모로서의 귀하의 적합성을 결정하기 위해 미국 이민국에 -> 프로젝트 열기 그리고 프로젝트 폴더를 선택하세요.

출처 : habr.com