최근에 추가된 OutSystems의 Center Action 유닛 테스트를 위한 모듈, BDD Framework Client Side
이 모듈은 외부에서 자동으로 실행되는 BDD Framework와 동일한 REST API도 제공합니다.

환경을 확인하다

Personal Environment(Version 11.12.0 (Build 30002))
Service Studio (Version 11.11.9)
BDDFramework Client Side (Version 1.0.0)

REST API에서 동작을 테스트하는 구조

다음 그림은 작업 프로세스를 보여줍니다.

①: 사용자가 Testrunner 사용API 모듈의 REST API 실행 요청
②: REST API는 내부에서 TestRunnerExt Extension에서 작업 시작
③: Action은 PuppeeterSharp라는 프로그램 라이브러리를 통해 서버에서 Chromium 작업
④: 주어진 매개 변수에 따라 테스트 대상의 화면 URL을 결정하고 Chromium을 켜서 테스트를 수행합니다.실행이 완료되었을 때 실행 테스트 세트의 자바스크립트 대상을 JSON의 함수로 변환하고 결과를 추출합니다

API 실행 방법

사전 준비

브라우저에서 BDD FrameworkClient Side를 미리 보면 Welcome Screen이 다음과 같이 열립니다.

API를 통한 테스트를 수행하려면 이 화면에 서버에 Chromium을 설치해야 합니다.
설치 작업은 단추를 누르기만 하면 된다.원하는 파일을 나중에 다운로드하고 저장합니다.
한 번 다운로드하면 웰컴 화면의'크롬 스테이츠'가'크롬 is correctly installed'알고 있습니다.

API

Forge에서 설치된 애플리케이션에서 TestrunnerAPI라는 모듈이 있습니다.
이 모듈의 Logic 태그 > Integrations 폴더 > REST 아래

이런 API.
두 개가 있지만 처리는 거의 같다.다음은 v2의 인터페이스를 살펴봅시다.
왜 방금 나온 모듈에는 v1과 v2 두 버전의 API가 있습니까? (Celient Side 아님) BDD Framework와 결합해야 합니다.
BDD Framework API 버전의 차이에 대해서는 다음을 참조하십시오.
API V2

매개 변수 확인

여기서는 동작 확인에 필요한 부분만 본다.

Testespace: BDD Framework Client Side를 이용하여 만든'테스트 용례를 포함하는 모듈 이름'

TestSuiteScreen: 위 모듈에서 수행하려는 테스트 키트 화면 이름

필요한 것은 상술한 두 개뿐이다.
API URL은

https://OutSystems環境のホスト/TestRunner_API/rest/v2/BDDTestRunner/「テストケースを含むモジュール名」/「テストスイート画面名」

Testespace와 TestSuiteScreen 이외의 매개 변수는 헤더 전달이기 때문에 HTTP 요청의 제목에 불러와 전달합니다.테스트할 때 Postman과 Fiddler가 편리합니다.API 작업을 확인하려는 경우에는 지정할 필요가 없습니다.
실행 결과가 JSON으로 반환됩니다.테스트 세트 내의 성공 사례수, 실패 사례수, 각 세트의 id와Description 등.

PE의 작업 정보

API를 통한 테스트는 Personal Environment에서 지원되지 않습니다.
서버에 Chromium을 설치할 수 있는 권한이 없기 때문에 문서에 따라 다릅니다.
Chromium의 다운로드는TestRunner입니다.Ext Extension의 DownloadChromium Action에서 진행됩니다.이 Action은 PuppeeterSharp를 사용합니다.사실 UltimtePDF라는 다른 Forge 구성 요소도 이것을 사용하고 있는데, 그곳에서는 Temp 폴더에 다운로드를 통해 권한 문제를 회피한다.이런 방법을 적용하면 페르소나 환경 내에서 BDD Framework Client Side를 실행하는 것이 불가능한 것은 아니라는 것이다.

연관성

Client Action용 BDD Framework 자습서