KR20240002424A - 정보를 제공하는 방법 및 장치 - Google Patents

Abstract

전자 장치에서 정보를 제공하는 방법이 개시된다. 구체적으로, 전자 장치에서 정보를 제공하는 방법은 단말로부터 단말에 대한 식별 정보 및 인바운드 API 요청을 수신하는 단계; 식별 정보 및 인바운드 API 요청에 대한 정보 중 적어도 하나를 기반으로 단말에 대응하는 모킹 타입(mocking type)을 확인하는 단계; 인바운드 API 요청을 기반으로 아웃바운드 API 요청을 확인하는 단계; 모킹 타입을 기반으로 목 데이터(mock data) 서버 및 서비스 데이터 서버 중 적어도 하나의 서버에 아웃바운드 API 요청을 전송하는 단계; 아웃바운드 API 요청에 대응하는 인바운드 API 응답을 수신하는 단계; 및 인바운드 API 응답 중 적어도 일부를 단말에 전송하는 단계를 포함할 수 있다.

Description

정보를 제공하는 방법 및 장치 {METHOD AND APPARATUS FOR PROVIDING INFORMATION}

본 명세서의 실시 예는 정보를 제공하는 방법 및 장치에 관한 것이다. 보다 구체적으로 본 명세서의 실시 예는 설정 정보에 기반하여 API 요청 또는 API 응답을 모킹하여 정보를 사용자에게 제공하는 방법 및 장치에 관한 것이다.

백엔드와 프론트엔드 사이의 정보 교환은 API(Application Programming Interface)를 사용하여 수행될 수 있다. 구체적으로, 프론트엔드에서 백엔드로 API를 요청하면, 백엔드에서 API 요청에 대응하는 API 응답을 프론트엔드로 전송할 수 있다.

한편 복수의 사용자가 요청한 API 요청 및 대응하는 API 응답을 사용자 별로 일률적으로 파악하기 어려운 경우가 있다. 또한, 백엔드 또는 프론트엔드에서 아직 개발되지 않은 서비스나, 적합한 데이터가 실제 서비스 데이터베이스에 없는 경우, 사용자는 API 요청에 부합하는 API 응답이 수신되는지 확인하기 어려운 문제가 있었다. 이에 따라, API 요청 또는 API 응답을 수정하여 서비스에 대한 테스트를 진행할 수 있게 하는 기술 개발이 요구되고 있다.

관련하여, KR102163818B1 건 및 KR102230272B1 건 등의 선행문헌들을 참조할 수 있다.

본 개시는 상술한 문제점을 해결하기 위해 제안된 것으로, 정보를 제공하는 방법 및 이를 장치를 제공하는데 있다.

보다 구체적으로 본 개시는 단말로부터 수신한 API 리퀘스트와 이에 대응하는 설정 정보에 기반하여 API 리퀘스트의 모킹 타입을 확인함으로써, API 요청 및 API 응답 중 하나를 모킹하여 API와 관련된 테스트를 진행할 수 있는 방법 및 장치를 제공하는 것을 목적으로 한다.

또한 본 개시는 시나리오 별로 테스트를 수행할 수 있도록 설정하고, 그에 대한 API 리퀘스트와 API 리스펀스 정보를 용이하게 확인할 수 있도록 하며, 이에 대한 정보를 공유할 수 있도록 하여 보다 테스트를 효과적으로 수행할 수 있는 방법 및 장치를 제공하는 것을 목적으로 한다.

본 실시 예가 이루고자 하는 기술적 과제는 상기된 바와 같은 기술적 과제들로 한정되지 않으며, 이하의 실시 예들로부터 또 다른 기술적 과제들이 유추될 수 있다.

상술한 과제를 달성하기 위한 기술적 수단으로서, 본 개시의 제1측면에 따른 전자 장치에서 정보를 제공하는 방법은 단말로부터 단말에 대한 식별 정보 및 인바운드 API 요청을 수신하는 단계; 식별 정보 및 인바운드 API 요청에 대한 정보 중 적어도 하나를 기반으로 단말에 대응하는 모킹 타입(mocking type)을 확인하는 단계; 인바운드 API 요청을 기반으로 아웃바운드 API 요청을 확인하는 단계; 모킹 타입을 기반으로 목 데이터(mock data) 서버 및 서비스 데이터 서버 중 적어도 하나의 서버에 아웃바운드 API 요청을 전송하는 단계; 아웃바운드 API 요청에 대응하는 인바운드 API 응답을 수신하는 단계; 및 인바운드 API 응답 중 적어도 일부를 단말에 전송하는 단계를 포함할 수 있다.

일 실시 예에 따르면, 정보를 제공하는 방법은 인바운드 API 요청, 아웃바운드 API 요청, 인바운드 API 응답 중 및 적어도 일부 중 적어도 하나를 데이터 스토리지에 저장하는 단계를 더 포함할 수 있다.

일 실시 예에 따르면, 정보를 제공하는 방법은 데이터 스토리지에 저장된 인바운드 API 요청, 아웃바운드 API 요청, 인바운드 API 응답 중 및 적어도 일부 중에서 적어도 하나를 포함하는 페이지를 단말에 제공하는 단계를 더 포함할 수 있다.

일 실시 예에 따르면, 인바운드 API 요청에 대응하는 모킹 타입을 확인하는 단계는 식별 정보 및 인바운드 API 요청에 대한 정보에 기반하여, 인바운드 API 요청에 대응하는 대상 목 데이터를 확인하는 단계; 및 대상 목 데이터에 대한 설정 정보에 기반하여 모킹 타입을 확인하는 단계를 포함할 수 있다.

일 실시 예에 따르면, 페이지는 목 데이터 서버에 포함되는 목 데이터에 대한 수정 페이지를 포함하고, 정보를 제공하는 방법은 수정 페이지 상의 아이콘에 기반하여, 인바운드 API 요청과 대응하는 대상 목 데이터의 적용 여부를 결정하는 것을 특징으로 할 수 있다.

일 실시 예에 따르면, 아웃바운드 API 요청을 전송하는 단계는 모킹 타입에 기반하여 목 데이터 서버 및 서비스 데이터 서버 중 아웃바운드 API 요청을 전송할 적어도 하나의 서버를 확인하는 단계를 포함할 수 있다.

일 실시 예에 따르면, 모킹 타입이 제1 타입일 경우, 아웃바운드 API 요청을 전송하는 단계는 목 데이터 서버에 인바운드 API 요청에 대응하는 대상 목 데이터를 전송할 것을 요청하는 단계를 포함할 수 있고, 인바운드 API 응답을 수신하는 단계는 목 데이터 서버로부터 수신한 대상 목 데이터를 인바운드 API 응답으로 확인하는 단계를 포함할 수 있다.

일 실시 예에 따르면, 모킹 타입이 제2 타입일 경우, 아웃바운드 API 요청을 전송하는 단계는 서비스 데이터 서버에 아웃바운드 API 요청을 전송하는 단계를 포함할 수 있고, 인바운드 API 응답을 수신하는 단계는 인바운등 API 요청에 대응하는 대상 목 데이터에 기반하여, 인바운드 API 응답을 업데이트하여 업데이트된 인바운드 API 응답을 확인하는 단계를 포함할 수 있다.

일 실시 예에 따르면, 대상 목 데이터는 인바운드 API 응답을 업데이트하기 위한 데이터이고, 대상 목 데이터는 인바운드 API 응답에서 업데이트 대상이 되는 필드에 대한 정보 및 필드 값에 대한 정보 중 적어도 하나를 포함하는 것을 특징으로 할 수 있다.

일 실시 예에 따르면, 모킹 타입이 제3 타입일 경우, 아웃바운드 API 요청을 전송하는 단계는 인바운드 API 요청에 대응하는 대상 목 데이터에 대한 정보에 기반하여, 아웃바운드 API 요청의 헤더를 수정하여 수정된 아웃바운드 API 요청을 확인하는 단계; 및 서비스 데이터 서버에 수정된 아웃바운드 API 요청을 전송하는 단계를 포함할 수 있다.

일 실시 예에 따르면, 모킹 타입이 제4 타입일 경우, 아웃바운드 API 요청을 전송하는 단계는 인바운드 API 요청에 대응하는 대상 목 데이터에 대한 정보에 기반하여, 아웃바운드 API 요청의 데이터를 수정하여 수정된 아웃바운드 API 요청을 확인하는 단계; 및 서비스 데이터 서버에 수정된 아웃바운드 API 요청을 전송하는 단계를 포함할 수 있다.

본 개시의 제2측면에 따른 정보를 제공하는 전자 장치는 트랜시버; 하나 이상의 명령어를 저장하는 스토리지; 및 단말로부터 단말에 대한 식별 정보 및 인바운드 API 요청을 수신하고, 식별 정보 및 인바운드 API 요청에 대한 정보 중 적어도 하나를 기반으로 단말에 대응하는 모킹 타입을 확인하고, 인바운드 API 요청을 기반으로 아웃바운드 API 요청을 확인하고, 모킹 타입을 기반으로 목 데이터(mock data) 서버 및 서비스 데이터 서버 중 적어도 하나의 서버에 아웃바운드 API 요청을 전송하고, 아웃바운드 API 요청에 대응하는 인바운드 API 응답을 수신하고, 및 인바운드 API 응답 중 적어도 일부를 단말에 전송하는 프로세서를 포함할 수 있다.

본 개시의 제3측면에 따른 기록매체는 컴퓨터에서 실행시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 비일시적 기록매체일 수 있다.

본 명세서의 실시 예에 따르면, 전자 장치는 단말에 대한 식별 정보 및 인바운드 API 요청에 대한 정보에 기반하여, 단말에 대응하는 모킹 타입을 확인할 수 있다. 모킹 타입에 따라, API 요청 또는 API 응답을 모킹함으로써, 목 데이터를 이용하여 백엔드 또는 프론트엔드에서 개발되지 않은 서비스에 대한 테스트를 제공할 수 있다.

발명의 효과는 이상에서 언급한 효과로 제한되지 않으며, 언급되지 않은 또 다른 효과들은 청구범위의 기재로부터 당해 기술 분야의 통상의 기술자에게 명확하게 이해될 수 있을 것이다.

도 1은 다양한 실시 예에 따른 전자 장치가 정보를 제공하는 방법이 구현될 수 있는 정보 제공에 관한 시스템을 설명하기 위한 도면이다.
도 2는 일 실시 예에 따르면 정보를 제공하는 방법을 나타낸 흐름도이다.
도 3은 일 실시 예에 따른 정보 제공 시스템(10)을 보다 구체적으로 설명하기 위한 도면이다.
도4는 인바운드 API 요청의 모킹 타입이 제1 타입일 때, 인바운드 API 응답을 확인하는 실시 예에 대한 흐름도이다.
도 5a는 단말에서 제1 아이템에 대한 상세 페이지를 통해 제1 아이템을 구매하는 프로세스를 설명하기 위한 도면이다.
도 5b는 인바운드 API 요청, 아웃바운드 API 요청, 인바운드 API 응답 중 및 적어도 일부 중에서 적어도 하나를 포함하는 페이지에 대한 도면이다.
도 5c는 인바운드 API 요청에 대응하는 목 데이터를 설정하는 실시 예에 관한 도면이다.
도 5d는 목 데이터에 대한 수정 페이지를 나타내는 도면이다.
도 5e는 대상 목 데이터에 대응되는 목 데이터 설정 페이지를 나타내는 도면이다.
도 5f는 단말의 사용자가 대상 목 데이터를 편집하는 프로세스를 나타내는 도면이다.
도 5g는 목 데이터에 대한 수정 페이지를 나타내는 도면이다.
도 5h는 모킹 타입이 제1 타입인 경우에 대해, 단말에서 제1 아이템에 대한 상세 페이지를 통해 제1 아이템을 구매한 결과를 설명하기 위한 도면이다.
도 6a는 단말의 사용자에 의해 대상 목 데이터를 편집하는 실시 예를 나타내는 도면이다.
도 6b는 모킹 타입이 제1 타입인 경우에 대해, 단말에서 제1 아이템에 대한 상세 페이지를 통해 제1 아이템을 구매한 결과를 설명하기 위한 도면이다.
도 7은 인바운드 API 요청의 모킹 타입이 제2 타입일 때, 인바운드 API 응답을 확인하는 실시 예에 대한 흐름도이다.
도 8a는 단말의 사용자가 대상 목 데이터를 편집하는 프로세스를 나타내는 도면이다.
도 8b는 대상 목 데이터의 소스 코드의 코드 내용에 따라 인바운드 API 응답을 업데이트하는 실시 예를 설명하기 위한 도면이다.
도 9a 및 도 9b는 인바운드 API 요청의 모킹 타입이 제3 타입 또는 제4 타입일 때, 인바운드 API 응답을 확인하는 실시 예를 설명하기 위한 도면이다.
도 10은 목 데이터에 대한 수정 페이지를 자세히 설명하기 위한 도면이다.
도 11은 일 실시 예에 따른 정보를 제공하기 위한 전자 장치를 도식화한 블록도이다.

실시 예들에서 사용되는 용어는 본 개시에서의 기능을 고려하면서 가능한 현재 널리 사용되는 일반적인 용어들을 선택하였으나, 이는 당 분야에 종사하는 기술자의 의도 또는 판례, 새로운 기술의 출현 등에 따라 달라질 수 있다. 또한, 특정한 경우는 출원인이 임의로 선정한 용어도 있으며, 이 경우 해당되는 설명 부분에서 상세히 그 의미를 기재할 것이다. 따라서 본 개시에서 사용되는 용어는 단순한 용어의 명칭이 아닌, 그 용어가 가지는 의미와 본 개시의 전반에 걸친 내용을 토대로 정의되어야 한다.

명세서 전체에서 어떤 부분이 어떤 구성요소를 “포함”한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성요소를 제외하는 것이 아니라 다른 구성요소를 더 포함할 수 있음을 의미한다. 또한, 명세서에 기재된 “...부”, “...모듈” 등의 용어는 적어도 하나의 기능이나 동작을 처리하는 단위를 의미하며, 이는 하드웨어 또는 소프트웨어로 구현되거나 하드웨어와 소프트웨어의 결합으로 구현될 수 있다.

명세서 전체에서 기재된 “a, b, 및 c 중 적어도 하나”의 표현은, ‘a 단독’, ‘b 단독’, ‘c 단독’, ‘a 및 b’, ‘a 및 c’, ‘b 및 c’, 또는 ‘a,b,c 모두’를 포괄할 수 있다.

이하에서 언급되는 "단말"은 네트워크를 통해 서버나 타 단말에 접속할 수 있는 컴퓨터나 휴대용 단말로 구현될 수 있다. 여기서, 컴퓨터는 예를 들어, 웹 브라우저(WEB Browser)가 탑재된 노트북, 데스크톱(desktop), 랩톱(laptop) 등을 포함하고, 휴대용 단말은 예를 들어, 휴대성과 이동성이 보장되는 무선 통신 장치로서, IMT(International Mobile Telecommunication), CDMA(Code Division Multiple Access), W-CDMA(W-Code Division Multiple Access), LTE(Long Term Evolution) 등의 통신 기반 단말, 스마트폰, 태블릿 PC 등과 같은 모든 종류의 핸드헬드(Handheld) 기반의 무선 통신 장치를 포함할 수 있다.

아래에서는 첨부한 도면을 참고하여 본 개시의 실시 예에 대하여 본 개시가 속하는 기술 분야에서 통상의 지식을 가진 자가 용이하게 실시할 수 있도록 상세히 설명한다. 그러나 본 개시는 여러 가지 상이한 형태로 구현될 수 있으며 여기에서 설명하는 실시 예에 한정되지 않는다.

이하, 본 발명의 실시 예를 첨부된 도면을 참조하여 상세하게 설명한다.

실시 예를 설명함에 있어서 본 발명이 속하는 기술 분야에 익히 알려져 있고 본 발명과 직접적으로 관련이 없는 기술 내용에 대해서는 설명을 생략한다. 이는 불필요한 설명을 생략함으로써 본 발명의 요지를 흐리지 않고 더욱 명확히 전달하기 위함이다.

마찬가지 이유로 첨부 도면에 있어서 일부 구성요소는 과장되거나 생략되거나 개략적으로 도시되었다. 또한, 각 구성요소의 크기는 실제 크기를 전적으로 반영하는 것이 아니다. 각 도면에서 동일한 또는 대응하는 구성요소에는 동일한 참조 번호를 부여하였다.

본 발명의 이점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시 예들을 참조하면 명확해질 것이다. 그러나 본 발명은 이하에서 개시되는 실시 예들에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 수 있으며, 단지 본 실시 예들은 본 발명의 개시가 완전하도록 하고, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 발명의 범주를 완전하게 알려주기 위해 제공되는 것이며, 본 발명은 청구항의 범주에 의해 정의될 뿐이다. 명세서 전체에 걸쳐 동일 참조 부호는 동일 구성 요소를 지칭한다.

이 때, 처리 흐름도 도면들의 각 블록과 흐름도 도면들의 조합들은 컴퓨터 프로그램 인스트럭션들에 의해 수행될 수 있음을 이해할 수 있을 것이다. 이들 컴퓨터 프로그램 인스트럭션들은 범용 컴퓨터, 특수용 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서에 탑재될 수 있으므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서를 통해 수행되는 그 인스트럭션들이 흐름도 블록(들)에서 설명된 기능들을 수행하는 수단을 생성하게 된다. 이들 컴퓨터 프로그램 인스트럭션들은 특정 방식으로 기능을 구현하기 위해 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 지향할 수 있는 컴퓨터 이용 가능 또는 컴퓨터 판독 가능 메모리에 저장되는 것도 가능하므로, 그 컴퓨터 이용가능 또는 컴퓨터 판독 가능 메모리에 저장된 인스트럭션들은 흐름도 블록(들)에서 설명된 기능을 수행하는 인스트럭션 수단을 내포하는 제조 품목을 생산하는 것도 가능하다. 컴퓨터 프로그램 인스트럭션들은 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에 탑재되는 것도 가능하므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에서 일련의 동작 단계들이 수행되어 컴퓨터로 실행되는 프로세스를 생성해서 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 수행하는 인스트럭션들은 흐름도 블록(들)에서 설명된 기능들을 실행하기 위한 단계들을 제공하는 것도 가능하다.

또한, 각 블록은 특정된 논리적 기능(들)을 실행하기 위한 하나 이상의 실행 가능한 인스트럭션들을 포함하는 모듈, 세그먼트 또는 코드의 일부를 나타낼 수 있다. 또, 몇 가지 대체 실행 예들에서는 블록들에서 언급된 기능들이 순서를 벗어나서 발생하는 것도 가능함을 주목해야 한다. 예컨대, 잇달아 도시되어 있는 두 개의 블록들은 사실 실질적으로 동시에 수행되는 것도 가능하고 또는 그 블록들이 때때로 해당하는 기능에 따라 역순으로 수행되는 것도 가능하다.

도 1은 다양한 실시 예에 따른 전자 장치가 정보를 제공하는 방법이 구현될 수 있는 정보 제공에 관한 시스템을 설명하기 위한 도면이다.

도 1을 참조하면, 다양한 실시 예에 따른 정보 제공에 관한 시스템(10)은 다양한 종류의 장치들에 의해 구현될 수 있다. 예를 들어, 정보 제공에 관한 시스템(10)은 전자 장치(100), 단말(110), 목 데이터 서버(120) 및 서비스 데이터 서버(130)을 포함할 수 있다. 도1에 도시된 정보 제공에 관한 시스템(10)은 본 실시 예와 관련된 구성요소들만 도시되어 있다. 따라서, 도 1에 도시된 구성요소들 외에 다른 범용적인 구성요소들이 더 포함될 수 있음을 본 실시 예와 관련된 기술분야에서 통상의 지식을 가진 자라면 이해할 수 있다.

전자 장치(100), 단말(110), 목 데이터 서버(120) 및 서비스 데이터 서버(130) 각각은 트랜시버, 스토리지 및 프로세서를 포함할 수 있다. 또한, 전자 장치(100), 단말(110), 목 데이터 서버(120) 및 서비스 데이터 서버(130) 각각은 적어도 하나의 기능이나 동작을 처리하는 단위를 의미하며, 이는 하드웨어나 소프트웨어, 또는, 하드웨어 및 소프트웨어의 결합으로 구현될 수 있다. 한편 실시 예 전반에서 전자 장치(100), 단말(110), 목 데이터 서버(120) 및 서비스 데이터 서버(130) 각각은 분리된 장치 또는 서버로 언급되나 이는 논리적으로 나누어진 구조일 수 있으며, 이들 중 적어도 일부가 하나의 장치 또는 서버에서 분리된 기능에 의해 구현될 수 있다.

일 실시 예에 따르면, 전자 장치(100), 단말(110), 목 데이터 서버(120) 및 서비스 데이터 서버(130)는 네트워크 서버로 구현되는 다수의 컴퓨터 시스템 또는 컴퓨터 소프트웨어를 포함할 수 있다. 예를 들면 전자 장치(100), 단말(110), 목 데이터 서버(120) 및 서비스 데이터 서버(130) 중 적어도 일부는 인트라넷 또는 인터넷과 같은 컴퓨터 네트워크를 통해 다른 네트워크 서버와 통신할 수 있는 하위 장치와 연결되어 작업 수행 요청을 접수하고, 그에 대한 작업을 수행하여 수행 결과를 제공하는 컴퓨터 시스템 및 컴퓨터 소프트웨어를 지칭할 수 있다. 이외에도, 전자 장치(100), 단말(110), 목 데이터 서버(120) 및 서비스 데이터 서버(130) 중 적어도 일부는 네트워크 서버 상에서 동작할 수 있는 일련의 응용 프로그램과, 내부 혹은 연결된 다른 노드에 구축되어 있는 각종 데이터베이스를 포함하는 광의의 개념으로 이해될 수 있다. 예컨대, 전자 장치(100), 단말(110), 목 데이터 서버(120) 및 서비스 데이터 서버(130) 중 적어도 일부는 도스(DOS), 윈도우(Windows), 리눅스(Linux), 유닉스(UNIX), 또는 맥OS(MacOS) 등의 운영 체제에 따라 다양하게 제공되는 네트워크 서버 프로그램을 이용하여 구현될 수 있다.

전자 장치(100), 단말(110), 목 데이터 서버(120) 및 서비스 데이터 서버(130)는 네트워크(미도시)를 통해서 서로 통신할 수 있다. 네트워크는 근거리 통신망(Local Area Network; LAN), 광역 통신망(Wide Area Network; WAN), 부가가치 통신망(Value Added Network; VAN), 이동 통신망(mobile radio communication network), 위성 통신망 및 이들의 상호 조합을 포함하며, 도 1에 도시된 각 네트워크 구성 주체가 서로 원활하게 통신을 할 수 있도록 하는 포괄적인 의미의 데이터 통신망이며, 유선 인터넷, 무선 인터넷 및 모바일 무선 통신망을 포함할 수 있다. 무선 통신은 예를 들어, 무선 랜(Wi-Fi), 블루투스, 블루투스 저 에너지(Bluetooth low energy), 지그비, WFD(Wi-Fi Direct), UWB(ultra wideband), 적외선 통신(IrDA, infrared Data Association), NFC(Near Field Communication) 등이 있을 수 있으나, 이에 한정되는 것은 아니다.

일 실시 예에 따르면, 단말(110)의 기능 실행에 따라, 전자 장치(100)는 해당 기능에 대응하는 인바운드 API 요청 및 단말에 대한 식별 정보를 수신할 수 있다. 또한, 전자 장치(100)는 프록시 서버로 동작할 수 있고, 인바운드 API 요청과 대응하는 아웃바운드 API 요청을 서비스 데이터 서버(130)로 전송할 수 있다. 이에 따라, 전자 장치(100)는 서비스 데이터 서버(130)로부터 아웃바운드 API 요청에 대응하는 인바운드 API 응답을 수신할 수 있다. 다만, 백엔드 또는 프론트엔드의 이슈에 따른 테스트를 위해, API 요청 및 API 응답 중 에러가 있는 요소를 수정할 필요가 있을 수 있다. 이때, API 요청 및 API 응답 중 에러가 있는 요소를 수정하기 위한 목 데이터(Mock data)는 목 데이터 서버(120)에 저장될 수 있다. 이에 따라, 본원에서의 전자 장치(100)는 목 데이터 서버(120)에 저장된 목 데이터 중 수정의 대상이 되는 에러가 있는 요소와 대응하는 대상 목 데이터에 기반하여 API 요청 및 API 응답을 모킹할 수 있다.

이와 관련하여, 일 실시 예에 따른 전자 장치(100)는 단말(110)로부터 단말에 대한 식별 정보 및 인바운드 API 요청을 수신하고, 식별 정보 및 인바운드 API 요청에 대한 정보 중 적어도 하나를 기반으로 단말에 대응하는 모킹 타입을 확인하고, 인바운드 API 요청을 기반으로 아웃바운드 API 요청을 확인하고, 모킹 타입을 기반으로 목 데이터 서버(120) 및 서비스 데이터 서버(130) 중 적어도 하나의 서버에 아웃바운드 API 요청을 전송하고, 아웃바운드 API 요청에 대응하는 인바운드 API 응답을 수신하고, 및 인바운드 API 응답 중 적어도 일부를 단말(110)에 전송하는 구체적인 실시 예는 하기에서 자세히 살펴보기로 한다.

도 2는 일 실시 예에 따르면 정보를 제공하는 방법을 나타낸 흐름도이다.

도 2를 참조하면, 전자 장치(100)에서 정보를 제공하는 각 동작은 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해되는 범위 내에서 일부 동작이 변경, 치환되거나 동작 간의 일부 순서가 변경될 수 있음은 자명하게 이해될 수 있다.

단계 S210에서, 전자 장치(100)는 단말(110)로부터 단말(110)에 대한 식별 정보 및 인바운드 API 요청을 수신할 수 있다.

일 실시 예에 따르면, 단말(110)은 애플리케이션, 프로그램 등을 통해 다양한 동작을 수행하는 전자 장치일 수 있다. 단말(110)은 모바일 디바이스, 컴퓨터 디바이스일 수 있으나, 어느 것에 한정되는 것은 아니다. 단말(110)은 단말(110)의 기능 실행에 대응되는 API 요청 정보 및 단말(110)을 식별하기 위한 식별 정보를 전자 장치(100)로 전송하고, 본원의 실시 예에 따른 방법에 기반하여 획득된 데이터(인바운드 API 응답 중 적어도 일부일 수 있다.) 등을 통해 해당 기능을 수행할 수 있다. 예를 들어, 전자 상거래 애플리케이션을 통해 특정 상품의 상세 페이지로 접속 요청에 따른 응답으로, 단말(110)은 특정 상품의 이미지, 가격 정보 및 할인 정보 등이 포함된 페이지를 획득함으로써, 특정 상품의 구매 페이지는 표시될 수 있다. 이와 같은 페이지를 표시하기 위해 전자 상거래 서비스 서버는 페이지에 표시되는 정보를 관리하는 데이터 베이스로부터 각 데이터를 수신하여 이를 기반으로 페이지를 생성할 수 있다. 한편 이와 같은 페이지는 전자 상거래 서비스 서버에서 제공한 정보를 기반으로 단말(110)에서도 생성될 수 있다.

본원에서, 단말(110)의 식별 정보는 다른 단말과 단말(110)을 구별하기 위한 범용 고유 식별자(Universally Unique Identifier, UUID)에 대한 정보일 수 있다. 이에 따라, 전자 장치는 단말(110)로부터 획득된 범용 고유 식별자에 대한 정보 기반하여 식별 정보를 확인할 수 있다. 식별 정보는 범용 고유 식별자일 수 있으나, 이에 한정되는 것은 아니다. 예를 들어, 식별 정보는 요청자의 아이디 정보일 수도 있다.

단계 S220에서, 전자 장치(100)는 식별 정보 및 인바운드 API 요청에 대한 정보 중 적어도 하나를 기반으로 단말에 대응하는 모킹 타입을 확인할 수 있다.

일 실시 예에 따르면, 전자 장치(100)는 식별 정보 및 인바운드 API 요청에 대한 정보 중 적어도 하나를 기반으로, 인바운드 API 요청에 대응하는 대상 목 데이터를 확인할 수 있다. 보다 상세하게는, 전자 장치(100)는 식별 정보 및 인바운드 API 요청에 대한 정보 중 적어도 하나를 기반으로, 목 데이터 서버(120)에 저장된 목 데이터 중 인바운드 API 요청에 대응하는 대상 목 데이터를 확인할 수 있다. 여기서, 대상 목 데이터는 인바운드 API 요청과 동일한 API URL 정보 및 인바운드 API 요청을 전송한 단말(110)의 식별 정보를 포함할 수 있다. 구체적으로, 대상 목 데이터에 포함되는 대상 목 데이터에 대한 설정 정보는 인바운드 API 요청과 동일한 API URL 정보 및 단말(110)의 식별 정보를 포함할 수 있다.

한편 실시 예에서 전자 장치(100)는 식별 정보 및 인바운드 API 요청 중 적어도 하나를 기반으로 설정 정보를 확인하여 모킹 타입을 확인할 수 있다. 실시 예에서, 전자 장치(100)는 식별 정보 및 인바운드 API 요청 중 적어도 하나를 기반으로 설정 정보를 확인함으로써, 설정 정보에 대응하는 모킹 타입을 확인할 수 있고, 이에 따라 인바운드 API에 대응한 동작을 결정할 수 있다.

다만, 대상 목 데이터를 확인하는 동작은 이에 한정되는 것은 아니다. 예를 들어, 전자 장치(100)는 단말(110)로부터 인바운드 API 요청을 수신하면, 단말(110)의 식별 정보에 대응하는 목 데이터를 전송할 것을 목 데이터 서버(120)로 요청할 수 있다. 이에 따라, 전자 장치(100) 단말에 대응하는 모킹 타입을 확인하기 전에, 단말(110)에 대응하는 목 데이터를 전자 장치(100)의 스토리지에 미리 저장할 수 있다.

일 실시 예에 따르면, 전자 장치(100)는 대상 목 데이터에 대한 설정 정보에 기반하여 모킹 타입을 확인할 수 있다. 보다 상세하게는, 전자 장치(100)는 대상 목 데이터에 대한 설정 정보에 기반하여, 인바운드 API 요청에 대응하는 모킹 타입을 확인할 수 있다. 따라서, 동일한 단말(110)로부터 수신된 인바운드 API 요청이라도, 대응하는 대상 목 데이터에 기반하여 확인된 모킹 타입은 상이할 수 있다. 여기서, 대상 목 데이터에 대한 설정 정보는 인바운드 API 요청에 대응하는 모킹 타입이 제1 타입, 제2 타입, 제3 타입 및 제4 타입 중 하나라는 정보일 수 있다.

한편 확인된 모킹 타입을 기반으로 이후의 전자 장치(100)의 동작이 결정될 수 있다.

단계 S230에서, 전자 장치(100)는 인바운드 API 요청을 기반으로 아웃바운드 API 요청을 확인할 수 있다. 예를 들어, 인바운드 API 요청을 기반으로 단말이 요청한 API 요청에 대응되는 정보를 얻기 위해 특정 서비스로 아웃바운드 API 요청을 전송할 수 있으며, 이에 포함된 정보 중 일부는 전자 장치(100)에 저장되어 있을 수 있다. 이에 따라, 전자 장치(100)는 인바운드 API 요청에 대응하는 아웃바운드 API 요청을 확인할 수 있다.

여기서, 인바운드 API 요청에 대한 정보는 인바운드 API 요청의 URL(Uniform Resource Locator) 정보, 리퀘스트 헤더 정보, 리퀘스트 데이터 정보 및 인바운드 API 요청의 HTTP 프로토콜의 Method에 대한 정보 중 적어도 하나를 포함할 수 있다.

단계 S240에서, 전자 장치(100)는 모킹 타입을 기반으로 목 데이터 서버 및 서비스 데이터 서버 중 적어도 하나의 서버에 아웃바운드 API 요청을 전송할 수 있다.

단계 S250에서, 전자 장치(100)는 아웃바운드 API 요청에 대응하는 인바운드 API 응답을 수신할 수 있다.

단계 S240 및 단계 S250에 대한 구체적인 동작은 모킹 타입이 제1 타입, 제2 타입, 제3 타입 및 제4 타입인지에 따라 상이할 수 있는 바, 아래에서 모킹 타입 별로 나누어 살펴보기로 한다.

1) 모킹 타입이 제1 타입- full response mock.

일 실시 예에 따르면, 모킹 타입이 제1 타입이면, 전자 장치(100)는 목 데이터 서버에 인바운드 API 요청에 대응하는 대상 목 데이터를 전송할 것을 요청할 수 있다. 이에 따라, 전자 장치(100)는 목 데이터 서버(120)로부터 대상 목 데이터를 수신할 수 있다. 따라서, 모킹 타입이 제1 타입이면, 전자 장치(100)가 서비스 데이터 서버(130)로 아웃바운드 API 요청을 전송하는 동작은 생략될 수 있다. 또한, 전자 장치(100)에 대상 목 데이터가 이미 저장되어 있는 경우에는 전자 장치(100)가 목 데이터 서버에 인바운드 API 요청에 대응하는 대상 목 데이터를 전송할 것을 요청하는 동작 또한 생략될 수 있다.

일 실시 예에 따르면, 전자 장치(100)는 대상 목 데이터를 인바운드 API 응답으로 확인할 수 있다. 따라서, 모킹 타입 중 제1 타입은 인바운드 API 응답을 대상 목 데이터로 완전히 대체하는 것을 특징으로 하는 타입일 수 있다.

2) 모킹 타입이 제2 타입 - update response mock.

일 실시 예에 따르면, 모킹 타입이 제2 타입이면, 전자 장치(100)는 서비스 데이터 서버(130)에 아웃바운드 API 요청을 전송할 수 있다. 또한, 전자 장치(100)는 아웃바운드 API 요청에 대한 응답으로, 서비스 데이터 서버(130)로부터 인바운드 API 요청을 수신할 수 있다. 또한, 전자 장치(100)는 목 데이터 서버에 인바운드 API 요청에 대응하는 대상 목 데이터를 전송할 것을 요청할 수 있다. 이에 따라, 전자 장치(100)는 목 데이터 서버(120)로부터 대상 목 데이터를 수신할 수 있다. 또한, 전자 장치(100)에 대상 목 데이터가 이미 저장되어 있는 경우에는 전자 장치(100)는 이를 확인할 수 있다.

일 실시 예에 따르면, 전자 장치(100)는 인바운드 API 요청에 대응하는 대상 목 데이터에 기반하여 인바운드 API 응답을 업데이트하여 업데이트된 인바운드 API 응답을 확인할 수 있다. 모킹 타입이 제2 타입일 때, 대상 목 데이터는 인바운드 API 응답을 업데이트하기 위한 정보를 포함하는 데이터일 수 있다. 보다 상세하게는, 대상 목 데이터는 인바운드 API 응답에서 업데이트 대상이 되는 필드에 대한 정보 및 필드 값에 대한 정보 중 적어도 하나를 포함할 수 있다. 한편 실시 예에서 서비스 데이터 서버에서 수신한 정보를 목 데이터 서버에서 수신한 정보로 업데이트 하는 것을 예시로 설명하고 있으나, 조건을 설정하여 목 데이터 서버에서 수신한 정보 중 적어도 일부만 서비스 데이터 서버에서 수신한 정보를 업데이트 하는데 사용될 수도 있다.

3) 모킹 타입이 제3 타입 - request header mock.

일 실시 예에 따르면, 모킹 타입이 제3 타입이면, 전자 장치(100)는 인바운드 API 요청에 대응하는 대상 목 데이터에 대한 정보에 기반하여, 아웃바운드 API 요청의 헤더를 수정하여 수정된 아웃바운드 API 요청을 확인할 수 있다. 이에 따라, 전자 장치(100)는 서비스 데이터 서버(130)에 수정된 아웃바운드 API 요청을 전송할 수 있다. 한편 실시 예에서 API 요청의 헤더 수정은 사용자로부터 획득한 설정 정보를 기반으로 결정될 수 있으며, 이와 같은 설정 정보는 단말이 API 요청을 생성하기 이전에 전자 장치(100)에 설정될 수 있다.

4) 모킹 타입이 제4 타입 - request data mock.

일 실시 예에 따르면, 모킹 타입이 제4 타입이면, 전자 장치(100)는 인바운드 API 요청에 대응하는 대상 목 데이터에 대한 정보에 기반하여, 아웃바운드 API 요청의 데이터를 수정하여 수정된 아웃바운드 API 요청을 확인할 수 있다. 이에 따라, 전자 장치(100)는 서비스 데이터 서버(130)에 수정된 아웃바운드 API 요청을 전송할 수 있다. 한편 실시 예에서 API 요청의 데이터 수정은 사용자로부터 획득한 설정 정보를 기반으로 결정될 수 있으며, 이와 같은 설정 정보는 단말이 API 요청을 생성하기 이전에 전자 장치(100)에 설정될 수 있다.

단계 S260에서, 전자 장치(100)는 인바운드 API 응답 중 적어도 일부를 단말에 전송할 수 있다.

일 실시 예에 따르면, 전자 장치(100)는 인바운드 API 응답 중 적어도 일부를 아웃바운드 API 응답으로 확인하고, 이를 단말(110)에 전송할 수 있다.

일 실시 예에 따르면, 전자 장치(100)는 인바운드 API 요청, 아웃바운드 API 요청, 인바운드 API 응답 중 및 적어도 일부(아웃바운드 API 응답에 대응) 중 적어도 하나를 데이터 스토리지에 저장할 수 있다. 여기서, 데이터 스토리지는 전자 장치(100) 내부 또는 외부에 위치하는 스토리지일 수 있다.

일 실시 예에 따르면, 전자 장치(100)는 데이터 스토리지에 저장된 인바운드 API 요청, 아웃바운드 API 요청, 인바운드 API 응답 중 및 적어도 일부 중에서 적어도 하나를 포함하는 페이지를 단말(110)에 제공할 수 있다. 또한, 페이지는 목 데이터 서버(120)에 포함되는 목 데이터에 대한 수정 페이지를 포함할 수 있다. 이에 따라, 단말(110)의 사용자는 수정 페이지에서 인바운드 API 요청에 대응하는 대상 목 데이터를 확인하고, 수정 페이지를 통해 대상 목 데이터에 대한 수정된 대상 목 데이터를 편집할 수 있다. 단말(110)의 사용자의 대상 목 데이터 편집에 따라, 전자 장치(100)는 수정 페이지를 통해, 인바운드 API 요청에 대응되는 수정된 대상 목 데이터를 확인할 수 있다.

도 3은 일 실시 예에 따른 정보 제공 시스템(10)을 보다 구체적으로 설명하기 위한 도면이다.

도 3을 참조하면, 다양한 실시 예에 따른 정보 제공에 관한 시스템(10)은 다양한 종류의 장치들에 의해 구현될 수 있다. 예를 들어, 정보 제공에 관한 시스템(10)은 전자 장치(100), 단말(110), 목 데이터 서버(120), 서비스 데이터 서버(130) 및 데이터 스토리지(300)를 포함할 수 있다. 목 데이터 서버(120)는 전자 장치(100) 내의 스토리지일 수도 있고, 전자 장치(100) 외부의 스토리지일 수 있으나 이에 한정되는 것은 아니다.

전자 장치(100)는 Nginx를 통해 본원의 API 요청과 API 응답을 중개하는 전자 장치로 동작할 수 있다. 전자 장치(100)는 Java service 및 목 에이전트(Mock Agent)를 포함할 수 있다. 구체적으로, 전자 장치(100)는 Java Service를 통해 식별 정보를 포함하는 인바운드 API 요청을 목 에이전트로 전송할 수 있다. 또한, 전자 장치(100)는 인바운드 API 요청 및 인바운드 API 요청과 대응하는 API 응답 중 테스트가 필요한 부분을 모킹하는 목 에이전트(Mock Agent)를 포함할 수 있다.

단계 S301에서, 전자 장치(100)는 단말(110)로부터 식별 정보 및 인바운드 API 요청을 수신할 수 있다.

단계 S302에서, 전자 장치(100)는 목 데이터 서버(120)로부터 목 데이터를 획득할 수 있다. 또한, 전자 장치(100)는 식별 정보 및 인바운드 API 요청에 대한 정보 중 적어도 하나를 기반으로 단말(110)에 대응하는 모킹 타입을 확인할 수 있다. 여기서, 목 데이터 서버(120)는 레디스(Remote Dictionary Server)로 오픈 소스 기반의 비관계형 데이터베이스 관리 시스템일 수 있다.

구체적으로, 전자 장치(100)에 포함되는 목 에이전트는 1) 인바운드 API 요청과 대응하는 대상 목 데이터가 있는지 여부를 확인하는 동작 및 2) 대상 목 데이터가 있는 경우, 인바운드 API 요청의 모킹 타입을 확인하는 동작을 수행할 수 있다.

예를 들어, 전자 장치(100)는 목 데이터 서버(120)에 저장된 목 데이터를 획득할 수 있다. 이에 따라, 전자 장치(100)는 식별 정보 및 인바운드 API 요청에 대한 정보 중 적어도 하나를 기반으로 목 데이터 서버(120)에 저장된 목 데이터 중 대상 목 데이터를 확인할 수 있다. 또한, 전자 장치(100)는 대상 목 데이터에 대응하는 모킹 타입을 확인할 수 있다. 또 다른 일 실시 예에 따르면, 전자 장치(100)는 목 데이터 서버(120)로 수신된 인바운드 API 요청에 대한 정보 및 식별 정보를 전송하고, 목 데이터 서버(120)로부터 인바운드 API 요청에 대한 정보 및 식별 정보에 대응하는 대상 목 데이터에 대한 정보만을 획득할 수 있다. 이에 따라, 전자 장치(100)는 획득된 대상 목 데이터에 대응하는 모킹 타입을 확인할 수 있다. 예를 들어, 전자 장치(100)는 인바운드 API 요청의 모킹 타입이 제1 타입, 제2 타입, 제3 타입 및 제4 타입 중 무엇인지 확인할 수 있다.

단계 S303에서, 전자 장치(100)는 인바운드 API 요청에 대응하는 아웃바운드 API 요청을 확인하고, 아웃바운드 API 요청을 서비스 데이터 서버(130) 및 목 데이터 서버 중 적어도 하나로 전송할 수 있다.

API 요청(API 요청은 인바운드 API 요청 및 아웃바운드 API 요청을 포함할 수 있다.)은 API 요청의 URL(Uniform Resource Locator) 정보 및 API 요청의 HTTP 프로토콜의 Method에 대한 정보를 포함할 수 있다.

단계 S304에서, 전자 장치(100)는 아웃바운드 API 요청에 대응하는 인바운드 API 응답을 수신할 수 있다.

일 실시 예에 따르면,1) 전자 장치(100)에 포함되는 목 에이전트는 인바운드 API 요청의 모킹 타입이 제2 타입, 제3 타입 및 제4 타입 중 하나이면, 서비스 데이터 서버(130)로부터 인바운드 API 응답을 수신할 수 있다. 2) 전자 장치(100)에 포함되는 목 에이전트는 인바운드 API 요청의 모킹 타입이 제1 타입이면, 서비스 데이터 서버(130)로 아웃바운드 API 요청을 전송하지 않을 수 있다. 이때, 전자 장치(100)는 대상 목 데이터를 인바운드 API 응답으로 확인할 수 있다.

단계 S305에서, 전자 장치(100)는 단말에 기능을 제공할 수 있다. 보다 상세하게는, 전자 장치(100)는 인바운드 API 응답에 기반하여, 인바운드 API 요청에 대응하는 기능을 제공할 수 있다. 예를 들어, 전자 장치(100)는 서비스 데이터 서버(130)로부터 획득한 정보를 기반으로 API에 대한 요청에 대응되는 전자 상거래 관련 페이지를 생성할 수 있고, 이를 단말(110)에 제공할 수 있다.

단계 S306에서, 목 데이터 서버(120)는 목 데이터 서버(120)에 저장된 목 데이터를 데이터 스토리지(300)에 저장할 수 있다.

단계 S307에서, 전자 장치(100)는 인바운드 API 요청, 인바운드 API 응답, 아웃바운드 API 요청 및 아웃바운드 API 응답(인바운드 API 응답 중 적어도 일부에 대응.) 중 적어도 하나를 데이터 스토리지(300)에 저장할 수 있다.

단계 S308에서, 전자 장치(100)는 데이터 스토리지(300)에 저장된 인바운드 API 요청, 인바운드 API 응답, 아웃바운드 API 요청 및 아웃바운드 API 응답 중 적어도 하나를 포함하는 페이지(320)를 단말(110)에 제공할 수 있다. 또한, 전자 장치(100)는 대상 목데이터를 포함하는 목 데이터를 편집하기 위한 수정 페이지(321)를 제공할 수 있다.

단계 S309에서, 수정 페이지(3210) 상의 단말(110)의 사용자의 입력에 기반하여, 전자 장치(100)는 목 데이터를 수정할 수 있다. 보다 상세하게는, 수정 페이지(3210) 상의 단말(110)의 사용자의 입력은 인바운드 API 요청에 대응하는 대상 목 데이터를 수정된 대상 목 데이터로 편집하는 입력일 수 있다.

단계 S310에서, 목 데이터의 적용 여부에 관한 아이콘에 대한 정보에 기반하여, 전자 장치(100)는 목 데이터의 적용 여부를 결정할 수 있다. 단말(110)의 사용자는 수정 페이지(321) 상의 인바운드 API 요청과 대응하는 대상 목 데이터의 적용 여부에 관한 아이콘을 활성화 또는 비활성화함으로써, 인바운드 API 요청과 대응하는 대상 목 데이터의 적용 여부를 결정할 수 있다.

단계 S311에서, 전자 장치(100)는 단말(110)과 상이한 식별 정보를 가지거나 다른 사용자의 제1 단말(110)로 페이지(320) 및 수정 페이지(321)을 제공할 수 있다.

본원에서, 페이지(320) 및 수정 페이지(321)는 다수의 개발자에게 제공 가능한 페이지일 수 있다. 사용자가 단말(110)을 통해 API 요청 및 API 응답 중 테스트가 필요한 요소를 확인하면, 사용자의 작업 환경에서만 해당 요소를 수정할 수 있는 인터페이스를 제공하고, 다수의 개발자의 작업 환경에서는 (원래의)API 요청 및 API 응답이 제공될 필요가 있다. 다만, 다수의 개발자 또한 사용자의 식별 정보를 리스트 페이지에 입력함으로써, 사용자의 작업 환경에 접속할 수도 있다. 예를 들어, 사용자가 단말(110)의 식별 정보를 제1 단말(330)을 사용하는 제1 사용자에게 공유하면, 제1 사용자는 식별 정보를 페이지(320) 또는 수정 페이지(321)에 입력하여, 사용자의 작업 환경에 접속할 수 있다.

도 4는 인바운드 API 요청의 모킹 타입이 제1 타입일 때, 인바운드 API 응답을 확인하는 실시 예에 대한 흐름도이다.

단계 S410에서, 전자 장치(100)는 목 데이터 서버에 인바운드 API 요청에 대응하는 대상 목 데이터를 전송할 것을 요청할 수 있다.

본원 명세서에서, 인바운드 API 요청의 모킹 타입 중 제1 타입은 인바운드 API 요청에 대응하는 인바운드 API 응답을 대상 목 데이터를 기반으로 완전하게 대체하는 유형일 수 있다. 통상적으로, 서비스 데이터 서버(130)에 인바운드 API 요청에 대응하는 인바운드 API 응답이 준비되지 않은 경우, 전자 장치(100)는 인바운드 API 응답을 대상 목 데이터로 대체할 수 있다.

단계 S420에서, 전자 장치(100)는 대상 목 데이터를 인바운드 API 응답으로 확인할 수 있다.

일 실시 예에 따르면, 전자 장치(100)는 대상 목 데이터를 인바운드 API 응답으로 확인할 수 있다. 즉, 인바운드 API 요청의 모킹 타입이 제1 타입이면, 전자 장치(100)가 서비스 데이터 서버(130)로 API 요청을 전송하는 동작은 수반되지 않을 수 있다. 또한, 전자 장치(100)는 인바운드 API 요청 및 인바운드 API 응답을 표시하는 페이지를 제공할 수 있다.

도 5a, 도 5b, 도 5c, 도 5d, 도 5e, 도 5f, 도 5g, 도 5h는 인바운드 API 요청의 모킹 타입이 제1 타입일 때, 인바운드 API 응답을 확인하는 실시 예에 대한 도면이다.

도 5a는 단말에서 제1 아이템에 대한 상세 페이지를 통해 제1 아이템을 구매하는 프로세스를 설명하기 위한 도면이다.

단말(110)의 사용자는 단말(110)에 표시되는 제1 아이템에 대한 상세페이지를 통해 제1 아이템을 구매할 수 있다. 페이지(500)은 제1 아이템인 "석류"로 만든 홍초에 대한 구매 페이지이다. 단말(110)의 "구매하기" 아이콘(501)을 통한 입력에 대응하여, 단말(110)은 제1 아이템에 대한 체크아웃 페이지(502)를 표시할 수 있다. 여기서, 체크아웃 페이지(502)는 제1 아이템에 대한 리뷰, 배송지 입력 결제 수단에 대한 입력을 위한 페이지일 수 있다.

구체적으로, 단말(110)은 특정 기능(예를 들면, 제1 아이템에 대한 체크아웃 페이지(502)로의 접속)을 수행한다는 정보 및 단말(110)을 식별하기 위한 식별 정보를 전자 장치(100)로 전송하고, 본원의 실시 예에 따른 방법에 기반하여 획득된 데이터 등을 통해 체크아웃 페이지(502)를 표시할 수 있다. 이와 같은 기능 수행에 있어, 전자 장치(100)는 서비스 데이터 서버(120)로 단말(110)에서의 기능 수행에 대응하는 적어도 하나의 인바운드 API 요청을 수신할 수 있다. 또한, 전자 장치(100)는 인바운드 API 요청에 대응하는 아웃바운드 API 응답을 단말(110)로 전송할 수 있다.

도 5b는 인바운드 API 요청, 아웃바운드 API 요청, 인바운드 API 응답 중 및 적어도 일부 중에서 적어도 하나를 포함하는 페이지에 대한 도면이다.

일 실시 예에 따르면, 전자 장치(100)는 인바운드 API 요청, 아웃바운드 API 요청, 인바운드 API 응답 중 및 적어도 일부(아웃바운드 API 응답) 중에서 적어도 하나를 포함하는 페이지(510)를 제공할 수 있다. 구체적으로, 도 5b의 페이지(510)는 단말(110)에서의 제1 아이템에 대한 체크아웃 페이지(502)로의 접속 실행에 대응되는 API 요청 및 API 응답을 포함하는 페이지일 수 있다.

페이지(510)는 단말(110)에서의 제1 아이템에 대한 체크아웃 페이지(502)로의 접속 실행에 대응되는 복수 개의 인바운드 API 요청을 포함할 수 있다. 구체적으로, 페이지(510)은 Index 넘버가 1 내지 5인 인바운드 API 요청을 포함할 수 있고, Index 넘버가 4인 인바운드 API 요청(511)은 API URL 정보가 "http://search-api.coupang.netapi/v2/plv"인 API 요청일 수 있다. 또한, 페이지(510)은 인바운드 API 요청 및 대응되는 아웃바운드 API 요청에 대한 상세 피이지로 접속하기 위한 엔트리 포인트인 아이콘(512)을 포함할 수 있다. 또한, 페이지(510)은 단말(110)을 다른 단말과 식별하기 위한 식별 정보인 "165300727500707623860509"(515)와 대응되는 API 요청 및 API 응답을 포함하는 페이지일 수 있다.

단말(110)의 사용자는 페이지(510)에 표시되는 복수 개의 인바운드 API 요청 중 인바운드 API 요청(511)을 모킹하여, 단말(110)에서의 제1 아이템에 대한 체크아웃 페이지(502)로의 접속에 대한 테스트를 수행할 수 있다. 이와 관련하여, 단말(110)의 사용자는 인바운드 API 요청(511)에 대응하는 아이콘(513)을 체크한 후, 상단의 "Save as mock data"(514)를 클릭함으로써, 인바운드 API 요청(511)에 대응하는 목 데이터를 설정하는 설정 페이지로 접속할 수 있다.

도 5c는 인바운드 API 요청에 대응하는 목 데이터를 설정하는 실시 예에 관한 도면이다.

설정 페이지(520)는 인바운드 API 요청에 대응하는 목 데이터와 관련된 프로젝트 이름(521), 시나리오 이름(522) 및 그룹 이름(523)을 입력하는 란을 포함할 수 있다. 도 5c에 따르면, 단말(110)의 사용자는 프로젝트 이름(521)을 "Project A", 시나리오 이름(522)을 "Scenario A" 및 그룹 이름(523)을 "Coupang"으로 설정한 후, 목 데이터 저장에 대한 "Save"아이콘(524)를 클릭할 수 있다. 이에 따라, 인바운드 API 요청에 대응하는 목 데이터는 프로젝트 이름(521)이 "Project A", 시나리오 이름(522)이 "Scenario A" 및 그룹 이름(523)이 "for Coupang test"인 주소에 저장된다.

도 5d는 목 데이터에 대한 수정 페이지를 나타내는 도면이다.

수정 페이지(530)는 프로젝트 이름(531), 시나리오 이름(532), 그룹 이름(533) 및 식별 정보(534)를 입력하는 란을 포함할 수 있다. 예를 들어, 단말(110)의 사용자는 프로젝트 이름(531), 시나리오 이름(532), 그룹 이름(533) 및 식별 정보(534)으로 각각 "Project A", "Scenario A", "for Coupang test"및 "165300727500707623860509"를 입력할 수 있다. 입력에 대응하여, 전자 장치(100)가 제공하는 수정 페이지(530)는 인바운드 API 요청(511)에 대응되는 대상 목 데이터(535)를 표시하고 있다.

도 5d를 참조하면, 수정 페이지(530)은 1) 대상 목 데이터(535)를 편집하기 위한 아이콘(536) 및 2) 대상 목 데이터의 적용 여부에 대한 아이콘(537)을 포함할 수 있다. 여기서, 대상 목 데이터의 적용 여부에 대한 아이콘(537)은 슬라이드 버튼으로, 인바운드 API 요청(511)에 대상 목 데이터(535)을 모킹할지 여부를 나타내는 아이콘일 수 있다. 또한, 수정 페이지(530) 상의 대상 목 데이터(535)를 편집하기 위한 아이콘(536)을 통한 입력이 수신되면, 전자 장치(100)는 대상 목 데이터(535)에 대한 목 데이터 설정 페이지를 제공할 수 있다. 본원에서, 수정 페이지(530)는 목 데이터 설정 페이지를 포함하는 용어로 호칭될 수 있다.

도 5e는 대상 목 데이터에 대응되는 목 데이터 설정 페이지를 나타내는 도면이다.

목 데이터 설정 페이지(540)은 도 5b의 Index 넘버가 4인 인바운드 API 요청(511)에 대응되는 대상 목 데이터에 대한 설정 페이지일 수 있다. 목 데이터 설정 페이지(540)은 API URL에 대한 정보(541), API 응답에 대응되는 Method 정보(542), 모킹 타입에 대한 정보(543), API 응답에 대응되는 status 정보(544) 및 목 데이터의 소스 코드(545)에 대한 정보를 포함할 수 있다.

예를 들어, 대상 목 데이터에 대한 설정 페이지(540)를 참조하면, API URL에 대한 정보(541)은 API URL 정보가 "http://search-api.coupang.netapi/v2/plv"인 인바운드 API 요청(511)의 API URL과 대응될 수 있다. 또한, API 응답에 대응되는 Method 정보(542), 모킹 타입에 대한 정보(543), API 응답에 대응되는 status 정보(544) 각각은 POST, 제1타입 및 200일 수 있다. 여기서, API 응답에 대응되는 status 정보(544)가 200인 것은 서비스 데이터 서버(120)로부터 수신된 아웃바운드 API 요청을 정상적으로 처리했다는 정보를 나타낼 수 있고, status 정보가 400"이면, Status 정보는 아웃바운드 API 요청이 유효하지 않아 서비스 데이터 서버(130)에서 처리되지 않았다는 정보일 수 있다. 또한, 단말(110)의 사용자는 모킹 타입에 대한 정보(543)에 대한 란을 통해 인바운드 API 요청에 대응되는 모킹 타입을 제1 타입, 제2 타입, 제3 타입 및 제4 타입 중 하나로 선택할 수 있다.

단말(110)의 사용자는 목 데이터 설정 페이지(540)를 통해 제공되는 소스 코드(545)를 테스트에 부합하도록 수정할 수 있다. 이와 관련된 내용은 하기의 도 5f에서 살펴보기로 한다.

도 5f는 단말의 사용자가 대상 목 데이터를 편집하는 프로세스를 나타내는 도면이다.

도 5f를 참조하면, 목 데이터 설정 페이지(550)는 목 데이터 설정 페이지(540)의 대상 목 데이터에 대응되는 소스 코드(545)가 수정 후의 소스 코드(551)로 변경된 페이지일 수 있다.

예를 들어, 단말(110)을 통해 아이템을 구매할 때, 구매하는 사용자가 멤버가 아닐 때, 구매하는 아이템의 종류에 대응하는 최소 주문 금액이 설정될 수 있다. 이와 관련하여, 소스 코드(551)는 1) "fast-shipping" 아이템(552)의 최소 주문 금액을 19800KRW, 2) "fresh" 아이템(553)의 최소 주문 금액을 0KRW 및 3) "global" 아이템(554)의 최소 주문 금액을 29800KRW으로 설정하는 내용의 소스 코드일 수 있다.

단말(110)의 사용자는 소스 코드(545)를 소스 코드(551)로 변경한 후, 목 데이터 설정 페이지(550)의 "save" 아이콘(555)를 입력할 수 있다. 목 데이터 설정 페이지(550)의 "save" 아이콘(555)상의 입력에 대응하여, 전자 장치(100)는 대상 목 데이터의 내용을 소스 코드(551)와 부합하게 편집할 수 있다.

도 5g는 목 데이터에 대한 수정 페이지를 나타내는 도면이다.

수정 페이지(560)은 목 데이터 설정 페이지(550)을 통해 소스 코드(551)가 저장된 후의 목 데이터에 대한 수정 페이지일 수 있다.

단말(110)의 사용자로부터 입력된 수정 페이지(560) 상의 대상 목 데이터의 적용 여부에 대한 아이콘(561)을 활성화 입력에 기반하여, 전자 장치(100)는 대상 목 데이터(562)에 기반하여 인바운드 API 요청(511)을 모킹할 수 있다.

대상 목 데이터(562)에 기반하여 인바운드 API 요청(511)을 모킹함에 따른 제1 단말(110)의 제1 아이템에 대한 체크아웃 페이지(502)를 표시하는 기능의 수행에 대한 결과는 도 5h에서 설명한다.

도 5h는 모킹 타입이 제1 타입인 경우에 대해, 단말에서 제1 아이템에 대한 상세 페이지를 통해 제1 아이템을 구매한 결과를 설명하기 위한 도면이다.

페이지(571)은 제1 아이템인 "석류"로 만든 홍초에 대한 구매 페이지이다. 단말(110)로부터 페이지(571) 상의 "구매하기" 아이콘(572)을 통한 입력에 대응하여, 전자 장치(100)는 결과 페이지(573)를 제공할 수 있다.

단말(110)의 사용자는 소스 코드(545)를 소스 코드(551)로 편집할 수 있다. 또한, 단말(110)의 사용자가 인바운드 API 요청(511)에 대상 목 데이터(552)을 적용할지 여부에 대한 아이콘(561)을 활성화함에 따라, 결과 페이지(572)는 인바운드 API 요청(511)에 대상 목 데이터(552)가 적용되지 않은 페이지(502)와 상이할 수 있다.

구체적으로, 전자 장치(100)는 서비스 데이터 서버(130)로 아웃바운드 API 요청을 전송하지 않고, 대상 목 데이터(552)를 인바운드 API 응답으로 바로 확인할 수 있다. 대상 목 데이터(552)는 아이템의 종류에 기반하여 최소 주문 금액을 설정하는 내용을 포함할 수 있다. 이와 관련하여, 페이지(571)의 제1 아이템인 "석류"는 "fast-shipping" 아이템에 포함되는 바, 전자 장치(100)는 제1 아이템의 가격이 19800KRW미만(fast-shipping" 아이템의 최소 주문 금액)인지 여부를 먼저 확인할 수 있다. 이에 따라, 제1 아이템의 가격이 19800KRW미만이면, 단말(110)은 결과 페이지(573)와 대응되는 페이지를 표시할 수 있다.

보다 상세하게는, 결과 페이지(573)는 "fast-shipping" 아이템의 최소 주문 금액인 19800KRW에 대한 정보(574) 및 "6450원 이상 추가 시 구매 가능"(575)를 포함할 수 있다.

도 5a, 도 5b, 도 5c, 도 5d, 도 5e, 도 5f, 도 5g, 도 5h는 모킹 타입이 제1 타입인 경우, 대상 목 데이터에 기반하여 인바운드 API 응답을 모킹하는 일 실시 예를 나타낼 뿐, 본원의 정보를 제공하는 방법은 이에 한정되는 것은 아니다.

도 6a 및 도 6b는 인바운드 API 요청의 모킹 타입이 제1 타입일 때, 인바운드 API 응답을 확인하는 다른 실시 예에 대한 도면이다.

도 6a는 단말의 사용자에 의해 대상 목 데이터를 편집하는 실시 예를 나타내는 도면이다.

도 6a를 참조하면, 목 데이터 설정 페이지(600)는 목 데이터 설정 페이지(540)의 대상 목 데이터에 대응되는 소스 코드(545)가 수정 후의 소스 코드(602)로 변경된 페이지일 수 있다.

구체적으로, 소스 코드(602)는 소스 코드(551)와 동일하게 1) "fast-shipping" 아이템의 최소 주문 금액을 19800KRW, 2) "fresh" 아이템의 최소 주문 금액을 0KRW 및 3) "global" 아이템의 최소 주문 금액을 29800KRW으로 설정하는 내용의 소스 코드일 수 있다.

다만, 목 데이터 설정 페이지(600)의 status 정보(601)는 "500"인 바, 목 데이터 설정 페이지(550)의 status 정보인 "200"과 상이할 수 있다. status 정보(601)가 "500"는 서버에 오류가 발생하여 요청을 수행할 수 없다는 정보를 나타낼 수 있다.

이에 따라, 전자 장치(100)는 status 정보(601)가 "500"이라는 정보를 포함하는 대상 목 데이터에 기반하여, 대상 목 데이터에 대응되는 인바운드 API 요청을 모킹할 수 있다. 아래에는 대상 목 데이터에 대응되는 인바운드 API 요청을 모킹함에 따른 결과 페이지를 나타낸다. 본원에서, 목 데이터는 모킹되는 목 데이터의 소스 코드에 대한 정보뿐만 아니라 목 데이터에 대한 설정 정보(예를 들어, 목 데이터를 설정할 때 입력하는 status 정보 등을 포함할 수 있다>)을 포함하는 데이터로 호칭될 수도 있다.

도 6b는 모킹 타입이 제1 타입인 경우에 대해, 단말에서 제1 아이템에 대한 상세 페이지를 통해 제1 아이템을 구매한 결과를 설명하기 위한 도면이다.

페이지(620)은 제1 아이템인 "석류"로 만든 홍초에 대한 구매 페이지이다. 단말(110)로부터 페이지(620) 상의 "구매하기" 아이콘(621)을 통한 입력에 대응하여, 전자 장치(100)는 결과 페이지(630)를 제공할 수 있다.

전자 장치(100)는 status 정보(601)가 "500"이라는 정보를 포함하는 대상 목 데이터에 기반하여 인바운드 API 요청을 모킹할 수 있다. 구체적으로, 전자 장치(100)는 서비스 데이터 서버(130)로 아웃바운드 API 요청을 전송하지 않고, 대상 목 데이터를 인바운드 API 응답으로 바로 확인할 수 있다. 이에 따라, 단말(110)은 status 정보(601)가 "500"이라는 정보에 대응되는 문구(631)를 포함하는 결과 페이지(630)을 표시할 수 있다. 문구(631)는 status 정보가 "500"인 바, "주문 중 오류가 발생하였습니다. 다시 시도해주세요."를 포함할 수 있다.

도 7은 인바운드 API 요청의 모킹 타입이 제2 타입일 때, 인바운드 API 응답을 확인하는 실시 예에 대한 흐름도이다.

단계 S710에서, 전자 장치(100)는 서비스 데이터 서버에 아웃바운드 API 요청을 전송할 수 있다.

본원 명세서에서, 인바운드 API 요청의 모킹 타입 중 제2 타입은 인바운드 API 요청에 대응하는 인바운드 API 응답을 대상 목데이터를 이용하여 업데이트하는 유형일 수 있다. 통상적으로, 서비스 데이터 서버(130)에 인바운드 API 요청에 대응하는 인바운드 API 응답이 준비되어 있으나 인바운드 API 응답의 일부를 수정해야되는 경우, 전자 장치(100)는 인바운드 API 응답을 대상 목데이터를 이용하여 업데이트할 수 있다.

단계 S720에서, 전자 장치(100)는 서비스 데이터 서버로부터 아웃바운드 API 요청에 대응하는 인바운드 API 응답을 수신할 수 있다.

단계 S730에서, 전자 장치(100)는 인바운드 API 요청에 대응하는 대상 목 데이터에 기반하여, 인바운드 API 응답을 업데이트하여 업데이트된 인바운드 API 응답을 확인할 수 있다. 보다 상세하게는, 전자 장치(100)는 대상 목 데이터에 포함되는 설정 정보에 기반하여, 다양한 방법에 따라 인바운드 API 응답을 업데이트할 수 있다. 예를 들어, 대상 목데이터에 대한 정보는 인바운드 API 응답에서 업데이트 대상이 되는 필드에 대한 정보 및 필드 값에 대한 정보 중 적어도 하나를 포함할 수 있다. 1) 대상 목데이터에 대한 정보가 업데이트 대상이 되는 필드에 대한 정보를 포함하는 경우, 전자 장치(100)는 인바운드 API 응답의 해당 필드를 추가 또는 삭제할 수 있다. 또한, 2) 대상 목데이터에 대한 정보가 업데이트 대상이 되는 필드의 필드 값에 대한 정보를 포함하는 경우, 전자 장치(100)는 인바운드 API 응답의 해당 필드 값을 업데이트할 수 있다.

도 8a는 단말의 사용자가 대상 목 데이터를 편집하는 프로세스를 나타내는 도면이다.

도 8a를 참조하면, 전자 장치(100)는 인바운드 API 응답을 업데이트하는데 이용되는 목 데이터를 편집할 수 있는 목 데이터 설정 페이지(800)를 제공할 수 있다. 목 데이터 설정 페이지(800)는 API URL에 대한 정보(801), API 응답에 대응되는 Method 정보(802), 모킹 타입에 대한 정보(803), API 응답에 대응되는 status 정보(804) 및 목 데이터의 소스 코드(805에 대한 정보를 포함할 수 있다.

예를 들어, 인바운드 API 응답를 업데이트하기 위한 대상 목 데이터에 대한 목 데이터 설정 페이지(800)를 참조하면, API URL에 대한 정보(801)는 API URL 정보가 "http://search-api.coupang.netapi/v2/plv"인 인바운드 API 요청의 API URL과 대응될 수 있다. 또한, API 응답에 대응되는 Method 정보(802), 모킹 타입에 대한 정보(803), API 응답에 대응되는 status 정보(804) 각각은 POST, 제2 타입 및 200일 수 있다. 여기서, API 응답에 대응되는 status 정보(804)가 200인 것은 서비스 데이터 서버(120)로부터 수신된 아웃바운드 API 요청을 정상적으로 처리했다는 정보를 나타낼 수 있다. 대상 목 데이터의 소스 코드에 대한 정보(805)는 test 필드에 필드 값인 "test"를 추가하는 정보일 수 있다.

단말(110)의 사용자가 목 데이터 설정 페이지(800) 상의 "save" 아이콘(806)를 입력할 수 있다. 목 데이터 설정 페이지(800)의 "save" 아이콘(806)상의 입력에 대응하여, 전자 장치(100)는 대상 목 데이터의 내용을 소스 코드(805)와 부합하게 편집할 수 있다.

단말(110)의 사용자는 대상 목 데이터의 적용 여부에 대한 아이콘을 활성화할 수 있다. 이에 따라, 전자 장치(100)는 인바운드 API 요청을 수신하면, 대상 목 데이터를 기반으로 인바운드 API 응답을 업데이트할 수 있다.

페이지(810)는 인바운드 API 요청 및 업데이트된 인바운드 API 응답에 대한 정보를 표시하는 페이지일 수 있다. 보다 상세하게는, 페이지(810)는 응답 업데이트된 인바운드 API 응답에 대한 페이지일 수 있다. 보다 상세하게는, 페이지(810)은 "요청", "요청의 헤더" 및 "응답"(811)에 대한 탭 중 "응답"에 대한 탭을 표시하는 페이지일 수 있다. 또한, 페이지(810) 상의 status 정보(812)는 목 데이터 설정 페이지(800) 상의 status 정보(804)인 "200"과 동일할 수 있다.

페이지(810)의 소스 코드(813)는 업데이트된 인바운드 API 응답에 대한 소스 코드이다. 구체적으로, 소스 코드(813)는 서비스 데이터 서버(130)로부터 수신된 인바운드 API 응답을 대상 목 데이터로 업데이트한 소스 코드일 수 있다. 도 8a를 참조하면, 소스 코드(813)에 대상 목 데이터가 적용되기 전에 없던 새로운 필드인 test 필드에 필드 값인 "test"추가되었음을 확인할 수 있다.

도 8b는 대상 목 데이터의 소스 코드의 코드 내용에 따라 인바운드 API 응답을 업데이트하는 실시 예를 설명하기 위한 도면이다.

제1 소스 코드(820)는 특정 조건을 만족하는 경우, 해당 필드의 필드 값을 업데이트하는 코드 내용의 소스 코드일 수 있다. 보다 상세하게는, 제1 소스 코드(820)는'match_request_data'의 조건을 만족하는 경우, 필드 'maximumBuyForPerson'의 필드 값을 7로 업데이트하는 소스 코드의 내용을 포함할 수 있다. 이에 따라, 전자 장치(100)는 인바운드 API 응답 상의 필드 'context/userNo'의 필드 값이 '12345678'이면, 필드 'maximumBuyForPerson'의 필드 값을 7로 업데이트할 수 있다. 반대로, 전자 장치(100)는 인바운드 API 응답 상의 필드 'context/userNo'의 필드 값이 '12345678'이 아니면, 필드 'maximumBuyForPerson'의 필드 값을 원래 필드 값을 유지할 수 있다.

제2 소스 코드(830)는 특정 조건을 만족하는 경우, 해당 필드의 필드 값을 업데이트하는 코드 내용의 소스 코드일 수 있다. 보다 상세하게는, 제2 소스 코드(830)는 'update_condition'의 조건을 만족하는 경우, 필드'deliveryTypes'의 필드 값을 ["CHARGE_RECEIVED"]로 업데이트하고, 필드 'deliveryChage'의 필드 값을 0으로 업데이트할 수 있다. 여기서, 'update_condition'의 조건은 'path'가 '?/vendorItem/vendorItemId'라는 제1 조건 및 'value'가 '1234567890'라는 제2 조건을 포함할 수 있다.

대상 목 데이터에 포함되는 업데이트 대상이 되는 필드에 대한 정보는 업데이트 대상이 되는 필드의 조건에 대한 정보도 포함할 수 있다.

제3 소스 코드(840)는 필드의 필드 값을 삭제하는 코드 내용의 소스 코드일 수 있다. 도 8b를 참조하면, 제3 소스 코드(840)는 인바운드 API 응답 상의 필드 1 및 필드 2의 필드 값을 삭제할 수 있다.

필드 1: "0/vendorItem/properties/PRE_ORDER_delete"

필드 2: "0/vendorItem/properties/PRE_ORDER_START_AT_delete"

제4 소스 코드(850)는 아이템 리스트에 아이템을 추가하는 코드 내용의 소스 코드일 수 있다. 예를 들어, 도 8b를 참조하면, 제4 소스 코드(850)는 아이템 리스트에 아이템 "a" 및 "b"를 추가하는 코드 내용의 소스 코드일 수 있다.

제5 소스 코드(860)는 아이템 리스트에서 아이템을 삭제하는 코드 내용의 소스 코드일 수 있다. 예를 들어, 도 8b를 참조하면, 제5 소스 코드(860)는 아이템 리스트에 아이템 "a" 및 "b"를 삭제하는 코드 내용의 소스 코드일 수 있다.

도 9a 및 도 9b는 인바운드 API 요청의 모킹 타입이 제3 타입 또는 제4 타입일 때, 인바운드 API 응답을 확인하는 실시 예를 설명하기 위한 도면이다.

본원 명세서에서, 인바운드 API 요청의 모킹 타입 중 제3 타입은 대상 목 데이터에 기반하여 아웃바운드 API 요청의 헤더를 수정하는 유형일 수 있다. 또한, 인바운드 API 요청의 모킹 타입 중 제4 타입은 대상 목 데이터에 기반하여 아웃바운드 API 요청의 데이터를 수정하는 유형일 수 있다. 여기서, 아웃바운드 API 요청의 데이터는 아웃바운드 API 요청에 포함되는 페이로드일 수 있다.

프론트엔드의 이슈를 테스트할 필요가 있는 경우, 전자 장치(100)는 대상 목 데이터에 포함되는 설정 정보에 기반하여 아웃바운드 API 요청의 헤더 또는 데이터를 모킹할 수 있다.

구체적으로, 모킹 타입이 제3 타입일 경우, 전자 장치(100)는 인바운드 API 요청에 대응하는 대상 목 데이터에 대한 정보에 기반하여, 아웃바운드 API 요청의 헤더를 수정하여 수정된 아웃바운드 API 요청을 확인할 수 있고, 서비스 데이터 서버(130)에 수정된 아웃바운드 API 요청을 전송할 수 있다. 또한, 모킹 타입이 제4 타입일 경우, 전자 장치(100)는 인바운드 API 요청에 대응하는 대상 목 데이터에 대한 정보에 기반하여, 아웃바운드 API 요청의 데이터터를 수정하여 수정된 아웃바운드 API 요청을 확인할 수 있고, 서비스 데이터 서버(130)에 수정된 아웃바운드 API 요청을 전송할 수 있다.

페이지(900)는 인바운드 API 요청, 아웃바운드 API 요청, 인바운드 API 응답 중 및 적어도 일부(아웃바운드 API 응답) 중에서 적어도 하나를 포함할 수 있다. 도 9를 참조하면, 페이지(900)는 단말(110)의 기능 실행에 대응되는 복수 개의 인바운드 API 요청을 표시하고 있다. 구체적으로, 페이지(900) 상의 목 데이터 적용 여부에 아이콘을 참조하면, 복수 개의 인바운드 API 요청 중 대응되는 목 데이터가 적용되는 인바운드 API 요청은 제1 인바운드 API 요청(901), 제2 인바운드 API 요청(902), 제3 인바운드 API 요청(903), 제4 인바운드 API 요청(904) 및 제5 인바운드 API 요청(905)를 포함할 수 있다. 페이지(900)상의 "view"아이콘(906)을 통한 입력에 기반하여, 전자 장치(100)는 제1 인바운드 API 요청의 헤더 및 데이터뿐만 아니라 제1 인바운드 API 요청에 대응되는 인바운드 API 응답을 나타내는 상세 페이지(910)를 제공할 수 있다.

제1 인바운드 API 요청(901)에 대한 상세 페이지(910)는 제1 인바운드 API 요청(901)에 대응되는 요청 데이터(911), 요청 헤더(912) 및 응답(913)에 대한 페이지를 포함할 수 있다. 도 9b를 참조하면, 상세 페이지(910)은 요청 데이터(911)에 대한 페이지일 수 있다. 상세 페이지(910) 상의 URL 정보(914)는 제1 인바운드 API 요청(901)의 URL 정보와 대응될 수 있다.

단말(110)의 사용자는 상세 페이지(910) 상의 파라미터에 대한 소스 코드(915) 및 데이터(페이로드)에 대한 소스 코드(916)에서 테스트를 위해 수정이 요구되는 코드 내용을 확인할 수 있다. 도 5f 및 도 8a와 유사한 목 데이터 설정 페이지를 통해, 단말(110)의 사용자는 대상 목 데이터를 편집할 수 있다.

도 10은 목 데이터에 대한 수정 페이지를 자세히 설명하기 위한 도면이다.

단말(110)의 사용자가 프로젝트 이름, 시나리오 이름, 그룹 이름 및 식별 정보로 각각 "Project A", "Scenario A", "for Coupang test"및 "165300727500707623860509" 입력에 대응하여, 전자 장치(100)가 제공하는 목 데이터에 대한 수정 페이지(1000)는 도10과 같다.

목 데이터에 대한 수정 페이지(1000)는 제1 단말(110)의 식별 정보에 대응하는 목 데이터에 대한 상세 수정 페이지로 접속을 위한 아이콘(1010)을 포함할 수 있다. 목 데이터에 대한 수정 페이지(1000) 상의 아이콘(1010)을 통한 입력에 대응하여, 전자 장치(100)는 목 데이터에 대한 상세 수정 페이지를 제공할 수 있다. 상세 수정 페이지는 각각의 목 데이터의 적용 여부에 대한 아이콘(1020) 및 각각의 목 데이터의 락(lock) 여부에 대한 아이콘(1030)을 포함할 수 있다.

도 11은 일 실시 예에 따른 정보를 제공하기 위한 전자 장치를 도식화한 블록도이다.

도 11의 전자 장치(1100)은 본원 명세서의 전자 장치(100)에 대응될 수 있다.

본 개시의 전자 장치(1100)는 일 실시 예에 따라, 트랜시버(1110), 프로세서(1120) 및 스토리지(1130)를 포함할 수 있다. 도 11에 도시된 구성요소들은 전자 장치를 구현하는데 있어서 필수적인 것은 아니어서, 본 명세서 상에서 설명되는 전자 장치(1100)는 위에서 열거된 구성요소들 보다 많거나, 또는 적은 구성요소들을 가질 수 있음을 본 실시 예와 관련된 기술분야에서 통상의 지식을 가진 자라면 이해할 수 있다. 한편 실시 예에서 프로세서(1120)는 적어도 하나의 프로세서를 포함할 수 있다. 또한, 전자 장치(1100)는 서버 또는 프록시 서버(Proxy Server)로 동작할 수도 있다.

트랜시버(1110)는 유무선 통신 기술을 이용하여 외부의 장치와 통신할 수 있으며 트랜시버(1110)를 포함할 수 있다. 외부의 장치는 개발자, 품질 보증 팀의 단말을 포함하는 단말 또는 서버가 될 수 있다. 또한, 트랜시버(1110)가 이용하는 통신 기술에는 GSM(Global System for Mobile communication), CDMA(Code Division Multi Access), LTE(Long Term Evolution), 5G, WLAN(Wireless LAN), Wi-Fi(Wireless-Fidelity), 블루투스(Bluetooth), RFID(Radio Frequency Identification), 적외선 통신(Infrared Data Association; IrDA), ZigBee, NFC(Near Field Communication) 등이 있을 수 있으며, 이에 한정되는 것은 아니다.

일 실시 예에 따라, 트랜시버(1110)는 단말(110), 목 데이터 서버(120) 및 서비스 데이터 서버(130)과 통신하여 정보를 주고받을 수 있다. 보다 구체적으로, 트랜시버(1100)는 서비스 데이터 서버(130)와 API 요청 및 API 응답를 송수신할 수 있다. 예를 들어, 트랜시버(1100)는 단말(110)로부터 범용 고유 식별자와 같은 식별 정보 및 인바운드 API 요청을 수신할 수 있다. 또한, 트랜시버(1110)는 목 데이터 서버(120)로부터 목 데이터를 수신할 수 있다. 또한, 트랜시버(1110)는 데이터 스토리지로 API 요청 또는 API 응답을 전송할 수 있고, 트랜시버(1110)는 단말(110)을 포함하는 단말로 본원의 페이지를 제공할 수 있다.

프로세서(1120)는 전자 장치(1100)의 전반적인 동작을 제어하고 데이터 및 신호를 처리할 수 있다. 프로세서(1120)는 도 1 내지 도 11를 통하여 전술한 하나의 방법을 수행할 수 있다. 프로세서(1120)는 트랜시버(1110) 및 스토리지(1130)와, 나아가 전자 장치(1100)가 더 포함할 수 있는 구성요소들과의 상호 작용을 통해 전자 장치(1100)가 수행하는 실시 예들을 제어할 수 있다. 일 실시 예에 따라, 프로세서(1120)는 단말(110)로부터 단말(110)에 대한 식별 정보 및 인바운드 API 요청을 수신하고, 식별 정보 및 인바운드 API 요청에 대한 정보 중 적어도 하나를 기반으로 단말에 대응하는 모킹 타입을 확인하고, 인바운드 API 요청을 기반으로 아웃바운드 API 요청을 확인하고, 모킹 타입을 기반으로 목 데이터 서버(120) 및 서비스 데이터 서버(130) 중 적어도 하나의 서버에 아웃바운드 API 요청을 전송하고, 아웃바운드 API 요청에 대응하는 인바운드 API 응답을 수신하고, 및 인바운드 API 응답 중 적어도 일부를 단말(110)에 전송할 수 있다.

스토리지(1130)는 도 1 내지 도 11를 통하여 전술한 적어도 하나의 방법을 수행하기 위한 정보를 저장할 수 있다. 스토리지(1130)는 메모리로 호칭될 수 있고, 휘발성 메모리 또는 비휘발성 메모리일 수 있다. 예를 들어, 스토리지(1130)은 도 3의 데이터 스토리지를 포함할 수 있다.

한편, 본 명세서와 도면에는 본 발명의 바람직한 실시 예에 대하여 개시하였으며, 비록 특정 용어들이 사용되었으나, 이는 단지 본 발명의 기술 내용을 쉽게 설명하고 발명의 이해를 돕기 위한 일반적인 의미에서 사용된 것이지, 본 발명의 범위를 한정하고자 하는 것은 아니다. 여기에 개시된 실시 예 외에도 본 발명의 기술적 사상에 바탕을 둔 다른 변형 예들이 실시 가능하다는 것은 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에게 자명한 것이다.

전술한 실시 예들에 따른 전자 장치 또는 단말은, 프로세서, 프로그램 데이터를 저장하고 실행하는 메모리, 디스크 드라이브와 같은 영구 저장부(permanent storage), 외부 장치와 통신하는 통신 포트, 터치 패널, 키(key), 아이콘 등과 같은 사용자 인터페이스 장치 등을 포함할 수 있다. 소프트웨어 모듈 또는 알고리즘으로 구현되는 방법들은 상기 프로세서상에서 실행 가능한 컴퓨터가 읽을 수 있는 코드들 또는 프로그램 명령들로서 컴퓨터가 읽을 수 있는 기록 매체 상에 저장될 수 있다. 여기서 컴퓨터가 읽을 수 있는 기록 매체로 마그네틱 저장 매체(예컨대, ROM(read-only memory), RAM(random-Access memory), 플로피 디스크, 하드 디스크 등) 및 광학적 판독 매체(예컨대, 시디롬(CD-ROM), 디브이디(DVD: Digital Versatile Disc)) 등이 있다. 컴퓨터가 읽을 수 있는 기록 매체는 네트워크로 연결된 컴퓨터 시스템들에 분산되어, 분산 방식으로 컴퓨터가 판독 가능한 코드가 저장되고 실행될 수 있다. 매체는 컴퓨터에 의해 판독가능하며, 메모리에 저장되고, 프로세서에서 실행될 수 있다.

본 실시 예는 기능적인 블록 구성들 및 다양한 처리 단계들로 나타내어질 수 있다. 이러한 기능 블록들은 특정 기능들을 실행하는 다양한 개수의 하드웨어 또는/및 소프트웨어 구성들로 구현될 수 있다. 예를 들어, 실시 예는 하나 이상의 마이크로프로세서들의 제어 또는 다른 제어 장치들에 의해서 다양한 기능들을 실행할 수 있는, 메모리, 프로세싱, 로직(logic), 룩 업 테이블(look-up table) 등과 같은 직접 회로 구성들을 채용할 수 있다. 구성 요소들이 소프트웨어 프로그래밍 또는 소프트웨어 요소들로 실행될 수 있는 것과 유사하게, 본 실시 예는 데이터 구조, 프로세스들, 루틴들 또는 다른 프로그래밍 구성들의 조합으로 구현되는 다양한 알고리즘을 포함하여, C, C++, 자바(Java), 어셈블러(assembler), 파이썬(Python) 등과 같은 프로그래밍 또는 스크립팅 언어로 구현될 수 있다. 기능적인 측면들은 하나 이상의 프로세서들에서 실행되는 알고리즘으로 구현될 수 있다. 또한, 본 실시 예는 전자적인 환경 설정, 신호 처리, 및/또는 데이터 처리 등을 위하여 종래 기술을 채용할 수 있다. “매커니즘”, “요소”, “수단”, “구성”과 같은 용어는 넓게 사용될 수 있으며, 기계적이고 물리적인 구성들로서 한정되는 것은 아니다. 상기 용어는 프로세서 등과 연계하여 소프트웨어의 일련의 처리들(routines)의 의미를 포함할 수 있다.

전술한 실시 예들은 일 예시일 뿐 후술하는 청구항들의 범위 내에서 다른 실시 예들이 구현될 수 있다.

Claims (14)

1. 전자 장치에서 정보를 제공하는 방법에 있어서,
   단말로부터 상기 단말에 대한 식별 정보 및 인바운드 API 요청을 수신하는 단계;
   상기 식별 정보 및 상기 인바운드 API 요청에 대한 정보 중 적어도 하나를 기반으로 상기 단말에 대응하는 모킹 타입(mocking type)을 확인하는 단계;
   상기 인바운드 API 요청을 기반으로 아웃바운드 API 요청을 확인하는 단계;
   상기 모킹 타입을 기반으로 목 데이터(mock data) 서버 및 서비스 데이터 서버 중 적어도 하나의 서버에 상기 아웃바운드 API 요청을 전송하는 단계;
   상기 아웃바운드 API 요청에 대응하는 인바운드 API 응답을 수신하는 단계; 및
   상기 인바운드 API 응답 중 적어도 일부를 상기 단말에 전송하는 단계를 포함하는 정보를 제공하는 방법.
   
2. 제1항에 있어서,
   상기 인바운드 API 요청, 상기 아웃바운드 API 요청, 상기 인바운드 API 응답 중 및 상기 적어도 일부 중 적어도 하나를 데이터 스토리지에 저장하는 단계를 더 포함하는 정보를 제공하는 방법.
   
3. 제2항에 있어서,
   상기 데이터 스토리지에 저장된 상기 인바운드 API 요청, 상기 아웃바운드 API 요청, 상기 인바운드 API 응답 중 및 상기 적어도 일부 중에서 상기 적어도 하나를 포함하는 페이지를 상기 단말에 제공하는 단계를 더 포함하는 정보를 제공하는 방법.
   
4. 제3항에 있어서,
   상기 페이지는 상기 목 데이터 서버에 포함되는 목 데이터에 대한 수정 페이지를 포함하고,
   상기 수정 페이지에서 상기 인바운드 API 요청에 대응하는 대상 목 데이터를 확인하는 단계; 및
   상기 수정 페이지를 통해 상기 대상 목 데이터에 대한 수정된 대상 목 데이터를 확인하는 단계를 더 포함하는 정보를 제공하는 방법.
   
5. 제1항에 있어서,
   상기 인바운드 API 요청에 대응하는 상기 모킹 타입을 확인하는 단계는,
   상기 식별 정보 및 상기 인바운드 API 요청에 대한 정보에 기반하여, 상기 인바운드 API 요청에 대응하는 대상 목 데이터를 확인하는 단계; 및
   상기 대상 목 데이터에 대한 설정 정보에 기반하여 상기 모킹 타입을 확인하는 단계를 포함하는 정보를 제공하는 방법.
   
6. 제3항에 있어서,
   상기 페이지는 상기 목 데이터 서버에 포함되는 목 데이터에 대한 수정 페이지를 포함하고,
   상기 수정 페이지 상의 아이콘에 기반하여, 상기 인바운드 API 요청과 대응하는 대상 목 데이터의 적용 여부를 결정하는 것을 특징으로 하는 정보를 제공하는 방법.
   
7. 제1항에 있어서,
   상기 아웃바운드 API 요청을 전송하는 단계는,
   상기 모킹 타입에 기반하여 상기 목 데이터 서버 및 상기 서비스 데이터 서버 중 상기 아웃바운드 API 요청을 전송할 상기 적어도 하나의 서버를 확인하는 단계를 포함하는 정보를 제공하는 방법.
   
8. 제1항에 있어서,
   상기 모킹 타입이 제1 타입일 경우, 상기 아웃바운드 API 요청을 전송하는 단계는,
   상기 목 데이터 서버에 상기 인바운드 API 요청에 대응하는 대상 목 데이터를 전송할 것을 요청하는 단계를 포함하고,
   상기 인바운드 API 응답을 수신하는 단계는,
   상기 목 데이터 서버로부터 수신한 상기 대상 목 데이터를 상기 인바운드 API 응답으로 확인하는 단계를 포함하는 정보를 제공하는 방법.
   
9. 제1항에 있어서,
   상기 모킹 타입이 제2 타입일 경우, 상기 아웃바운드 API 요청을 전송하는 단계는,
   상기 서비스 데이터 서버에 상기 아웃바운드 API 요청을 전송하는 단계를 포함하고,
   상기 인바운드 API 응답을 수신하는 단계는,
   상기 인바운드 API 요청에 대응하는 대상 목 데이터에 기반하여, 상기 인바운드 API 응답을 업데이트하여 업데이트된 인바운드 API 응답을 확인하는 단계를 포함하는 정보를 제공하는 방법.
   
10. 제9항에 있어서,
    상기 대상 목 데이터는 상기 인바운드 API 응답을 업데이트하기 위한 데이터이고, 상기 대상 목 데이터는 상기 인바운드 API 응답에서 업데이트 대상이 되는 필드에 대한 정보 및 필드 값에 대한 정보 중 적어도 하나를 포함하는 것을 특징으로 하는 정보를 제공하는 방법.
    
11. 제1항에 있어서,
    상기 모킹 타입이 제3 타입일 경우, 상기 아웃바운드 API 요청을 전송하는 단계는,
    상기 인바운드 API 요청에 대응하는 대상 목 데이터에 대한 정보에 기반하여, 상기 아웃바운드 API 요청의 헤더를 수정하여 수정된 아웃바운드 API 요청을 확인하는 단계; 및
    상기 서비스 데이터 서버에 상기 수정된 아웃바운드 API 요청을 전송하는 단계를 포함하는 정보를 제공하는 방법.
    
12. 제1항에 있어서,
    상기 모킹 타입이 제4 타입일 경우, 상기 아웃바운드 API 요청을 전송하는 단계는,
    상기 인바운드 API 요청에 대응하는 대상 목 데이터에 대한 정보에 기반하여, 상기 아웃바운드 API 요청의 데이터를 수정하여 수정된 아웃바운드 API 요청을 확인하는 단계; 및
    상기 서비스 데이터 서버에 상기 수정된 아웃바운드 API 요청을 전송하는 단계를 포함하는 정보를 제공하는 방법.
    
13. 정보를 제공하기 위한 전자 장치에 있어서,
    트랜시버;
    하나 이상의 명령어를 저장하는 스토리지; 및
    단말로부터 상기 단말에 대한 식별 정보 및 인바운드 API 요청을 수신하고,
    상기 식별 정보 및 상기 인바운드 API 요청에 대한 정보 중 적어도 하나를 기반으로 상기 단말에 대응하는 모킹 타입(mocking type)을 확인하고,
    상기 인바운드 API 요청을 기반으로 아웃바운드 API 요청을 확인하고,
    상기 모킹 타입을 기반으로 목 데이터(mock data) 서버 및 서비스 데이터 서버 중 적어도 하나의 서버에 상기 아웃바운드 API 요청을 전송하고,
    상기 아웃바운드 API 요청에 대응하는 인바운드 API 응답을 수신하고, 및
    상기 인바운드 API 응답 중 적어도 일부를 상기 단말에 전송하는 프로세서를 포함하는 전자 장치.
    
14. 제1항의 방법을 컴퓨터에서 실행시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 비일시적 기록매체.
    

Images