WO2024147403A1 - 가상의 테스트 정보에 기반하여 시스템에 대한 테스트 방법 및 이를 수행하는 전자 장치 - Google Patents

가상의 테스트 정보에 기반하여 시스템에 대한 테스트 방법 및 이를 수행하는 전자 장치 Download PDF

Info

Publication number
WO2024147403A1
WO2024147403A1 PCT/KR2023/001932 KR2023001932W WO2024147403A1 WO 2024147403 A1 WO2024147403 A1 WO 2024147403A1 KR 2023001932 W KR2023001932 W KR 2023001932W WO 2024147403 A1 WO2024147403 A1 WO 2024147403A1
Authority
WO
WIPO (PCT)
Prior art keywords
tool
script
list
information
test
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/KR2023/001932
Other languages
English (en)
French (fr)
Inventor
우야오핑
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Coupang Corp
Original Assignee
Coupang Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Coupang Corp filed Critical Coupang Corp
Publication of WO2024147403A1 publication Critical patent/WO2024147403A1/ko
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3457—Performance evaluation by simulation
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/26—Functional testing
    • G06F11/263—Generation of test inputs, e.g. test vectors, patterns or sequences ; with adaptation of the tested hardware for testability with external testers
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3466—Performance evaluation by tracing or monitoring
    • G06F11/3495—Performance evaluation by tracing or monitoring for systems

Definitions

  • the present disclosure relates to a technology for improving the convenience of an administrator or developer by virtually testing a system based on the output information of a second tool into which at least one virtual test information generated by a first tool operating based on a script is input. It's about.
  • At least one script included in the first list may be a script that can be accessed and used by a plurality of administrators.
  • At least one script included in the first list may include code generated by one manager among a plurality of managers.
  • information requested to be input from the first tool may be determined based on the first script selected from the first list.
  • At least one piece of virtual test information input to the second tool may be information corresponding to the second script selected from the first list.
  • the second tool is generated based on a second script selected from the first list that is different from the first script, and at least one virtual test information input to the second tool is the first script. It may be information corresponding to the second script selected from the list.
  • Figures 2a and 2b show screens for creating scripts for each programming language according to one embodiment.
  • Figure 3 shows a screen for executing a script according to one embodiment.
  • Figure 4 shows a screen for creating a tool based on a script according to an embodiment.
  • Figure 5 is a screen showing a tool list according to one embodiment.
  • the “terminal” mentioned below may be implemented as a computer or portable terminal that can connect to a server or other terminal through a network.
  • the computer includes, for example, a laptop, desktop, laptop, etc. equipped with a web browser
  • the portable terminal is, for example, a wireless communication device that guarantees portability and mobility.
  • all types of communication-based terminals such as IMT (International Mobile Telecommunication), CDMA (Code Division Multiple Access), W-CDMA (W-Code Division Multiple Access), and LTE (Long Term Evolution), smartphones, tablet PCs, etc. It may include a handheld-based wireless communication device.
  • an administrator of the system can create scripts using various programming languages.
  • Javascript (101) corresponds to the Java language
  • the administrator can create a script according to Create Script (105) based on Javascript (101).
  • Pythonscript (103) corresponds to the Python language
  • the administrator can create a script according to Create Script (105) based on Pythonscript (103).
  • scripts can be created using various languages supported by the system.
  • Code Type (205) refers to the type of language used to write script code.
  • Java a language used to create scripts
  • Code Type (205) can be entered into Code Type (205).
  • Code 207 may include code as shown in Figure 2a written in Java language corresponding to the 'Assign&UnAssign Order' script.
  • Like Domain (201)
  • Domain (211) is related to the service for which the generated script is used. For example, if 'Eats delivery' is entered, the generated script may be a script related to a food delivery service. In addition, scripts related to various services can be created.
  • the area 409 is information that needs to be input to perform the function of the Script ID 407. If this is not input, the script can be executed according to the default value and the result can be output.
  • the test system can generate virtual order information 1 by entering relevant information for each item in Figure 7, and repeat this process to generate more virtual order information 2 to virtual order information N. there is.
  • the manager can assign multiple orders to one delivery person by entering virtual order information 1 to virtual order information N into a tool as shown in FIG. 8, and the test system allows multiple orders to be assigned to one delivery person regardless of the actual service. It can be assigned to a delivery person to test whether it is processed smoothly.
  • the test system can simulate the test service based on virtual order information.
  • the first database used when providing the actual service and the second database used by the test system are separate, and the second database containing virtual order information can be managed separately from the first database.
  • the related information can be managed in the first database, and the virtual order information generated according to FIG. 7 is managed in the second database. It can be.
  • the electronic device may create a first tool that requests input of information corresponding to the first script selected from the first list.
  • the administrator can select one of the first scripts from among the plurality of scripts included in the first list.
  • each script may require input of different information for each script in order to execute its unique function.
  • the first tool created based on the first script may be requested to input information required by the first script.
  • Information requested to be input from the first tool may be determined based on the first script selected from the first list. In other words, since the information requested for each script is different, the information requested to be input may be different considering the script used in the tool.
  • the first tool may be created by selecting the first script from the first list by an administrator different from the administrator who created the code included in the first script. For example, among scripts A, B, and C included in the script list, Administrator 3, not Administrator 1, can create Tool A using Script A, and Administrator 1, not Administrator 2, can create Tool B using Script B. can be created, and manager 2, not manager 3, can also create tool C using script C. In other words, multiple scripts included in the script list can be freely used by multiple administrators with access to create tools.
  • the virtual test information may be virtual information created for testing regardless of the actual service provided by the system.
  • virtual order information is virtual test information, and even if the customer does not order and pay using the terminal, virtual test information can be created for testing, and the system can be tested based on this. .
  • the electronic device may input at least one piece of virtual test information into a second tool that is different from the first tool.
  • the second tool like the first tool, may be created based on the second script selected from the first list.
  • At least one piece of virtual test information may be information corresponding to a second script selected from the first list. For example, when generating a plurality of virtual test information according to a first tool, different virtual test information may be input to the second tool. At this time, the plurality of virtual test information may be information corresponding to a second script included in the second tool and may be information that requires input for execution of the second tool.
  • the first tool and the second tool may be included in a tool list (ie, a second list) that is different from the script list (ie, the first list).
  • the first tool and the second tool may be tools that can be accessed and used by a plurality of administrators. That is, even when manager 1 creates the first tool and manager 2 creates the second tool, manager 2 can use the first tool and manager 1 can use the second tool.
  • step S950 the electronic device can virtually test the system based on information output from the second tool. Therefore, administrators can virtually test in advance whether the system can handle it smoothly before applying it to actual services. Alternatively, you can test virtually to ensure that there are no problems with the system during actual service application.
  • an electronic device may virtually test a system by linking a plurality of tools.
  • Types of tests may include a variety of factors, including whether a single delivery person smoothly handles multiple orders as described above.
  • one tool not only can one tool contain one script and virtually test using different tools, but one tool can contain multiple scripts and virtually test using multiple tools. There is also.
  • FIG. 10 is a block diagram of an electronic device according to an embodiment.
  • the communication unit 1010 can transmit and receive related information through the test system and network.
  • the control unit 1030 can control the overall operation of the electronic device 1000 and process data and signals.
  • the control unit 1030 may include at least one hardware unit. Additionally, the control unit 1030 may operate by one or more software modules generated by executing program codes stored in the memory 1020.
  • the control unit 1030 may execute program codes stored in the memory 1020 to control the overall operation of the electronic device 1000 and process data and signals. Additionally, in an embodiment, the control unit 1030 may include at least one control unit.
  • the control unit 1030 executes at least one command stored in the memory 1020, checks a first list including at least one script, and requests input of information corresponding to the first script selected from the first list. generate a first tool, generate at least one virtual test information corresponding to the input information based on the first tool, and transmit the at least one virtual test information to a second tool different from the first tool. By inputting the information, the system can be virtually tested based on the information output from the second tool. Therefore, managers of the test system create multiple virtual order information as virtual test information even if the customer does not actually order and pay through the provided service and assign it to one delivery person based on this so that the test system can process it smoothly. You can test whether you can.
  • This embodiment can be represented by functional block configurations and various processing steps. These functional blocks may be implemented in various numbers of hardware or/and software configurations that execute specific functions. For example, embodiments include integrated circuit configurations such as memory, processing, logic, look-up tables, etc. that can execute various functions by control of one or more microcontrollers or other control devices. can be hired. Similar to how the components can be implemented as software programming or software elements, the present embodiments include various algorithms implemented as combinations of data structures, processes, routines or other programming constructs, such as C, C++, Java ( It can be implemented in a programming or scripting language such as Java), assembler, etc. Functional aspects may be implemented as algorithms running on one or more controllers.
  • this embodiment may employ conventional technologies for electronic environment settings, signal processing, and/or data processing.
  • Terms such as “mechanism,” “element,” “means,” and “composition” can be used broadly and are not limited to mechanical and physical components. The term may include the meaning of a series of software routines in connection with a control unit, etc.

Landscapes

  • Engineering & Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)
  • Test And Diagnosis Of Digital Computers (AREA)
  • Debugging And Monitoring (AREA)
  • Hardware Redundancy (AREA)
  • Testing, Inspecting, Measuring Of Stereoscopic Televisions And Televisions (AREA)

Abstract

스크립트에 기반하여 동작하는 제1 툴에서 생성된 적어도 하나의 가상의 테스트 정보가 입력된 제2 툴의 출력 정보에 기반하여, 실제 서비스와 관계 없이 시스템을 가상으로 테스트하는 방법에 대한 기술이 개시된다. 테스트 방법은, 적어도 하나의 스크립트를 포함하는 제1 리스트를 확인하는 단계; 상기 제1 리스트에서 선택된 제1 스크립트에 대응하는 정보의 입력을 요청하는 제1 툴을 생성하는 단계; 상기 제1 툴에 기반하여 상기 입력된 정보에 대응하는 적어도 하나의 가상 테스트 정보를 생성하는 단계; 상기 적어도 하나의 가상 테스트 정보를 상기 제1 툴과 다른 제2 툴에 입력하는 단계; 및 상기 제2 툴에서 출력된 정보에 기반하여 가상으로 시스템을 테스트하는 단계를 포함할 수 있다.

Description

가상의 테스트 정보에 기반하여 시스템에 대한 테스트 방법 및 이를 수행하는 전자 장치
본 개시는 스크립트에 기반하여 동작하는 제1 툴에서 생성된 적어도 하나의 가상의 테스트 정보가 입력된 제2 툴의 출력 정보에 기반하여 시스템을 가상으로 테스트함으로써 관리자 또는 개발자의 편의성을 향상시키는 기술에 관한 것이다.
음식 배달 서비스가 실제로 고객에게 제공되기 위해서는, 스토어 관리, 고객 주문, 결제 및 배송과 같은 여러 절차를 필요로 하며, 각각의 절차는 구분되는 팀에 의해 관리될 수 있다. 예를 들면, 팀 A는 스토어 관리, 팀 B는 고객 주문 및 결제, 팀 C는 배송과 관련된 전반적인 사항을 담당할 수 있다. 이때, 음식 배달 서비스는 고객이 실제로 단말을 이용하여 주문 및 결제를 할 경우 생성된 주문 정보에 기반하여 배송 서비스가 수행될 수 있다. 만약에, 배송을 담당하는 팀에서 배송과 관련하여 시스템을 테스트하려고 할 경우, 단말을 이용하여 실제 주문 및 결제를 하여 생성된 주문 정보를 매번 이용할 경우 시간 및 비용적으로 효율성이 떨어지는 한계가 있다. 따라서, 단말을 이용하여 실제 주문 및 결제를 하지 않더라도 가상의 테스트 정보를 이용하여 시스템을 가상으로 테스트하여 효율성 및 편의성을 개선할 수 있는 기술이 필요하다.
개시된 실시 예들은 스크립트에 기반하여 동작하는 제1 툴에서 생성된 적어도 하나의 가상의 테스트 정보가 입력된 제2 툴의 출력 정보에 기반하여 시스템을 가상으로 테스트함으로써 관리자 또는 개발자의 편의성을 향상시키는 기술을 개시하고자 한다. 본 실시 예가 이루고자 하는 기술적 과제는 상기된 바와 같은 기술적 과제들로 한정되지 않으며, 이하의 실시 예들로부터 또 다른 기술적 과제들이 유추될 수 있다.
제1 실시 예에 따라, 테스트 방법은, 적어도 하나의 스크립트를 포함하는 제1 리스트를 확인하는 단계; 상기 제1 리스트에서 선택된 제1 스크립트에 대응하는 정보의 입력을 요청하는 제1 툴을 생성하는 단계; 상기 제1 툴에 기반하여 상기 입력된 정보에 대응하는 적어도 하나의 가상 테스트 정보를 생성하는 단계; 상기 적어도 하나의 가상 테스트 정보를 상기 제1 툴과 다른 제2 툴에 입력하는 단계; 및 상기 제2 툴에서 출력된 정보에 기반하여 가상으로 시스템을 테스트하는 단계를 포함할 수 있다.
실시 예에 따르면, 상기 제1 리스트에 포함된 적어도 하나의 스크립트는, 복수의 관리자가 액세스하여 이용 가능한 스크립트일 수 있다.
실시 예에 따르면, 상기 제1 리스트에 포함된 적어도 하나의 스크립트는, 복수의 관리자 중에서 어느 하나의 관리자가 생성한 코드를 포함할 수 있다.
실시 예에 따르면, 상기 제1 툴은, 상기 관리자와 다른 관리자가 상기 제1 리스트에서 선택한 상기 제1 스크립트에 기반하여 생성될 수 있다.
실시 예에 따르면, 상기 제1 툴에서 입력을 요청하는 정보는, 상기 제1 리스트에서 선택된 제1 스크립트에 기반하여 결정될 수 있다.
실시 예에 따르면, 상기 제2 툴은, 상기 제1 스크립트와 다른 상기 제1 리스트에서 선택된 제2 스크립트에 기반하여 생성될 수 있다.
실시 예에 따르면, 상기 제2 툴에 입력된 적어도 하나의 가상 테스트 정보는, 상기 제1 리스트에서 선택된 상기 제2 스크립트에 대응하는 정보일 수 있다.
실시 예에 따르면, 상기 제1 리스트와 다른 제2 리스트는, 적어도 상기 제1 툴과 상기 제2 툴을 포함할 수 있다.
실시 예에 따르면, 상기 제2 리스트에 포함된 적어도 상기 제1 툴과 상기 제2 툴은, 복수의 관리자가 액세스하여 이용 가능한 툴일 수 있다.
실시 예에 따르면, 상기 적어도 하나의 스크립트는, 상기 관리자가 사용하는 코드의 타입 별로 서로 다른 방법에 의해 생성될 수 있다.
제2 실시 예에 따라, 전자 장치는, 통신부; 적어도 하나의 명령어를 포함하는 메모리; 및 적어도 하나의 스크립트를 포함하는 제1 리스트를 확인하고, 상기 제1 리스트에서 선택된 제1 스크립트에 대응하는 정보의 입력을 요청하는 제1 툴을 생성하고, 상기 제1 툴에 기반하여 상기 입력된 정보에 대응하는 적어도 하나의 가상 테스트 정보를 생성하고, 상기 적어도 하나의 가상 테스트 정보를 상기 제1 툴과 다른 제2 툴에 입력하여, 상기 제2 툴에서 출력된 정보에 기반하여 가상으로 시스템을 테스트하는 제어부를 포함할 수 있다.
실시 예에 따르면, 상기 제1 리스트에 포함된 적어도 하나의 스크립트는, 복수의 관리자 중에서 어느 하나의 관리자가 생성한 코드를 포함하고, 복수의 관리자가 액세스하여 이용 가능한 스크립트일 수 있다.
실시 예에 따르면, 상기 제2 툴은, 상기 제1 스크립트와 다른 상기 제1 리스트에서 선택된 제2 스크립트에 기반하여 생성되고, 상기 제2 툴에 입력된 적어도 하나의 가상 테스트 정보는, 상기 제1 리스트에서 선택된 상기 제2 스크립트에 대응하는 정보일 수 있다.
실시 예에 따르면, 상기 제1 툴과 상기 제2 툴은, 상기 제1 리스트와 다른 제2 리스트에 포함되며, 복수의 관리자가 액세스하여 이용 가능한 툴일 수 있다.
제3 실시예에 따라, 컴퓨터로 읽을 수 있는 기록매체는 상술한 방법을 컴퓨터에서 실행시키기 위한 프로그램을 기록한 비일시적 기록매체를 포함한다.
기타 실시 예들의 구체적인 사항들은 상세한 설명 및 도면들에 포함되어 있다.
본 개시에 따르면, 제1 스크립트에 기반하여 동작하는 제1 툴에서 생성된 적어도 하나의 가상 테스트 정보를 제2 스크립트에 기반하여 동작하는 제2 툴에 입력하고, 제2 툴의 출력 정보에 기반하여 시스템을 가상으로 테스트할 수 있다. 따라서, 고객이 실제로 주문 및 결제를 하지 않더라도 배송을 담당하는 시스템을 가상으로 테스트할 수 있고, 이로 인하여 관리자 또는 개발자의 편의성이 향상될 수 있다. 이때, 스크립트는 프로그래밍 언어 별로 생성될 수 있고, 이때 관리자들이 프로그래밍 언어를 사용하여 직접 코드를 작성하지 않더라도 시스템에 업로드된 코드를 사용하여 용이하게 스크립트를 생성할 수 있다. 즉, 시스템에 업로드된 코드에 액세스 가능한 복수의 관리자가 이용하여 스크립트를 생성하고, 이에 기반하여 툴을 생성할 수 있으므로 관리자의 편의성이 향상될 수 있다.
발명의 효과는 이상에서 언급한 효과로 제한되지 않으며, 언급되지 않은 또 다른 효과들은 청구범위의 기재로부터 당해 기술 분야의 통상의 기술자에게 명확하게 이해될 수 있을 것이다.
도 1a은 내지 도 1c는 일 실시 예에 따른 스크립트에 기반하여 생성된 툴을 실행하는 과정을 나타낸다.
도 2a 및 도 2b는 일 실시 예에 따른 프로그래밍 언어 별로 스크립트를 생성하는 화면을 나타낸다.
도 3은 일 실시 예에 따른 스크립트를 실행하는 화면을 나타낸다.
도 4는 일 실시 예에 따른 스크립트에 기반하여 툴을 생성하는 화면을 나타낸다.
도 5는 일 실시 예에 따른 툴 리스트를 나타내는 화면이다.
도 6은 일 실시 예에 따른 스크립트 리스트를 나타내는 화면이다.
도 7은 일 실시 예에 따른 가상의 주문 정보를 생성하는 툴을 나타내는 화면이다.
도 8은 일 실시 예에 따른 서로 다른 가상의 주문 정보를 한명의 배송원에게 할당하는 툴을 나타내는 화면이다.
도 9는 일 실시 예에 따른 가상의 테스트 정보에 기반하여 시스템을 테스트하는 방법에 대한 흐름도이다.
도 10은 일 실시 예에 따른 전자 장치의 블록도를 나타내는 도면이다.
실시 예들에서 사용되는 용어는 본 개시에서의 기능을 고려하면서 가능한 현재 널리 사용되는 일반적인 용어들을 선택하였으나, 이는 당 분야에 종사하는 기술자의 의도 또는 판례, 새로운 기술의 출현 등에 따라 달라질 수 있다. 또한, 특정한 경우는 출원인이 임의로 선정한 용어도 있으며, 이 경우 해당되는 설명 부분에서 상세히 그 의미를 기재할 것이다. 따라서 본 개시에서 사용되는 용어는 단순한 용어의 명칭이 아닌, 그 용어가 가지는 의미와 본 개시의 전반에 걸친 내용을 토대로 정의되어야 한다.
명세서 전체에서 어떤 부분이 어떤 구성요소를 "포함"한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성요소를 제외하는 것이 아니라 다른 구성요소를 더 포함할 수 있음을 의미한다. 또한, 명세서에 기재된 "~부", "~모듈" 등의 용어는 적어도 하나의 기능이나 동작을 처리하는 단위를 의미하며, 이는 하드웨어 또는 소프트웨어로 구현되거나 하드웨어와 소프트웨어의 결합으로 구현될 수 있다.
명세서 전체에서 기재된 "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) 기반의 무선 통신 장치를 포함할 수 있다.
아래에서는 첨부한 도면을 참고하여 본 개시의 실시 예에 대하여 본 개시가 속하는 기술 분야에서 통상의 지식을 가진 자가 용이하게 실시할 수 있도록 상세히 설명한다. 그러나 본 개시는 여러 가지 상이한 형태로 구현될 수 있으며 여기에서 설명하는 실시 예에 한정되지 않는다.
이하에서는 도면을 참조하여 본 개시의 실시 예들을 상세히 설명한다.
도 1a은 내지 도 1c는 일 실시 예에 따른 스크립트에 기반하여 생성된 툴을 실행하는 과정을 나타낸다.
도 1a를 참조하면, 시스템의 관리자는 다양한 프로그래밍 언어를 사용하여 스크립트를 생성할 수 있다. 예를 들면, Javascript(101)는 자바(Java) 언어에 대응하며, 관리자는 Javascript(101)에 기반하여 Create Script(105)에 따른 스크립트를 생성할 수 있다. 다른 예를 들면, Pythonscript(103)는 파이썬(Python) 언어에 대응하며, 관리자는 Pythonscript(103)에 기반하여 Create Script(105)에 따른 스크립트를 생성할 수 있다. 이외에도, 시스템에서 지원되는 다양한 언어를 사용하여 스크립트를 생성할 수 있다.
이때, 생성된 적어도 하나의 스크립트를 관리하는 페이지가 있으며, 각각의 스크립트를 식별할 수 있는 스크립트 식별번호(Script identification, Script ID)가 일정한 기준에 따라 할당될 수 있다. 적어도 하나의 스크립트를 관리하는 스크립트 페이지는 이하 다른 도면에 기재된 내용을 참조한다. 각각의 스크립트 ID에 대응하는 스크립트는 고유의 기능을 실행하는 코드를 포함할 수 있다. 예를 들면, 스크립트 식별번호 A에 대응하는 스크립트는 주문을 생성하는 코드를 포함할 수 있고, 스크립트 식별번호 B에 대응하는 스크립트는 생성된 주문을 배송원에게 할당하는 코드를 포함할 수 있다.
도 1b를 참조하면, Create Tool with Script ID(107)과 관련하여, 관리자는 스크립트 ID를 이용하여 툴을 생성할 수 있다. 구체적으로, 적어도 하나의 스크립트를 이용하는 툴은, 스크립트 ID에 기반하여 스크립트를 식별할 수 있다. 이때, Define Parameters(109)와 관련하여, 각 스크립트 ID 별로 요청되는 정보는 상이하므로 관리자는 툴을 생성하는 과정에서 스크립트 ID에 대응하는 적어도 하나의 파라미터를 입력할 수 있다. Release Tool(111)과 관련하여, 스크립트 ID와 함께 대응하는 적어도 하나의 파라미터를 입력하여 생성된 툴이 툴을 관리하는 페이지에 업로드될 수 있다. 업로드된 툴은 툴을 생성한 관리자뿐만 아니라 데이터베이스에 액세스할 수 있는 다른 관리자도 함께 사용할 수 있다.
도 1c를 참조하면, Exec Tool(113)과 관련하여 관리자는 툴 페이지에서 어느 하나의 툴을 실행할 수 있고, View Execution Log(115)와 관련하여 관리자는 툴의 실행한 결과를 확인할 수 있다.
도 2a 및 도 2b는 일 실시 예에 따른 프로그래밍 언어 별로 스크립트를 생성하는 화면을 나타낸다.
도 2a를 참조하면, 자바(Java) 언어를 사용하여 스크립트를 생성하는 페이지(200)를 확인할 수 있다. Domain(201)은 생성되는 스크립트가 사용되는 서비스와 관련되고, 예를 들면 'Eats delivery'로 입력된 경우 생성되는 스크립트가 음식 배송 서비스와 관련된 스크립트일 수 있다. 이외에도 다양한 서비스와 관련된 스크립트가 생성될 수 있다.
Script Name(203)은 생성되는 스크립트의 타이틀에 대응하는 것으로서, 예를 들면 생성되는 스크립트의 타이틀 'Assign&UnAssign Order'가 Script Name(203)에 입력될 수 있다.
Code Type(205)은 스크립트의 코드 작성에 사용되는 언어의 종류에 대한 것으로서, 예를 들면 스크립트 생성에 사용되는 언어로서 자바(Java)가 Code Type(205)에 입력될 수 있다. Code(207)은 'Assign&UnAssign Order' 스크립트에 대응하는 자바 언어로 작성된 도 2a와 같은 코드를 포함할 수 있다. 이때, 시스템을 관리하는 복수의 관리자 중에서 한명의 관리자가 자바 언어로 작성된 코드를 업로드 할 경우, 다른 관리자는 스크립트의 코드를 작성하지 않더라도 시스템에 업로드된 코드를 이용하여 용이하게 스크립트를 생성할 수 있다.
도 2b를 참조하면, 파이썬(Phthon) 언어를 사용하여 스크립트를 생성하는 페이지(210)를 확인할 수 있다. Domain(201)과 마찬가지로 Domain(211)은 생성되는 스크립트가 사용되는 서비스와 관련되고, 예를 들면 'Eats delivery'로 입력된 경우 생성되는 스크립트가 음식 배송 서비스와 관련된 스크립트일 수 있다. 이외에도 다양한 서비스와 관련된 스크립트가 생성될 수 있다.
Script Name(203)과 마찬가지로 Script Name(213)은 생성되는 스크립트의 타이틀에 대응하는 것으로서, 예를 들면 생성되는 스크립트의 타이틀 'Assign&UnAssign Order'가 Script Name(213)에 입력될 수 있다.
Code Type(205)과 마찬가지로 Code Type(215)은 스크립트의 코드 작성에 사용되는 언어의 종류에 대한 것으로서, 예를 들면 스크립트 생성에 사용되는 언어로서 파이썬(Python)이 Code Type(215)에 입력될 수 있거나, 또는 'Eats_Script_in_jenkins'와 같이 파이썬(Python)과 관련된 정보가 Code Type(215)에 입력될 수 있다.
영역(217)은 코드에 대한 정보로서, Script Path는 예컨대 'tools.service_tools.merchant_potral'과 같이 코드를 불러오는 경로에 대한 정보를 포함할 수 있고, Script Module과 Script Class는 'assign task'와 같이 스크립트의 기능과 관련된 정보를 포함할 수 있고, Script Method는 'accept_complete_order'과 같이 스크립트의 기능에 대응하는 동작에 대한 정보를 포함할 수 있다. 파이썬(Phthon) 언어는 자바(Java) 언어와 다른 언어로서, 도 2a 및 도 2b와 같이 서로 다른 방법에 의해 관련 정보가 입력될 수 있다.
도 3은 일 실시 예에 따른 스크립트를 실행하는 화면을 나타낸다.
도 3을 참조하면, 도 2a 및 도 2b에 따라 생성된 스크립트를 실행하는 화면(300)을 확인할 수 있다. 이때, Script ID(301)는 실행 대상인 스크립트에 대응하는 고유의 식별번호이고, ScriptName(303)은 실행 대상인 스크립트에 대응하는 타이틀이다. Input key(305)와 input value(307)은 실행 대상인 스크립트를 실행하기 위하여 입력이 필요한 정보들로서, 각 스크립트 마다 input key(305)와 input value(307)는 상이한 정보가 입력될 수 있다. 관리자가 input key(305)와 input value(307)에 필요한 정보를 입력할 경우, 전자 장치는 ScriptID '62'와 ScriptName 'Assign&UnAssign Order'에 대응하는 스크립트를 실행할 수 있다.
도 4는 일 실시 예에 따른 스크립트에 기반하여 툴을 생성하는 화면을 나타낸다.
도 4를 참조하면, Domain(401)은 툴이 사용되는 서비스와 관련되고, 예를 들면 'Eats Delivery'로 입력된 경우 해당 툴은 음식 배달 중계 서비스와 관련된 스크립트일 수 있다.
Tool title(403)은 툴의 고유 타이틀에 대응하는 것으로서, 예를 들면 생성되는 툴의 타이틀 'Force batch 2 orders and Assign to EDP'가 Tool title(403)에 입력될 수 있다.
Tool Desc(405)는 툴이 수행하는 기능에 대한 설명으로서, 예를 들면 타이틀 Force batch 2 orders and Assign to EDP'에 대응하는 툴이 2개의 주문 ID를 하나의 배송원에게 할당하는 기능을 수행하는 정보가 Tool Desc(405)에 입력될 수 있다.
Script ID(407)은 툴을 생성하는 과정에서 이용되는 스크립트의 고유 식별번호에 대응할 수 있다. 전술한 도 2a 및 도 2b에 따라 생성된 스크립트는 고유의 식별번호를 가지며, 이를 Script ID(407)에 입력하여 해당 스크립트가 갖는 기능을 툴에서 실행할 수 있다. 예를 들면, Script ID(407)에 '60'이 입력된 경우, 사전에 생성된 스크립트 60이 갖는 기능을 수행하는 툴이 도 4에 따라 생성될 수 있다.
영역(409)는 Script ID(407)의 기능을 수행하기 위하여 입력이 필요한 정보들로서, 이를 입력하지 않을 경우 디폴트로 설정된 값에 따라 스크립트를 실행하고 이에 따른 결과를 출력할 수 있다.
실시 예에 따르면, 스크립트 ID '60'에 대응하는 스크립트를 실행하기 위하여 필요한 정보가 영역(409)에 입력될 경우, 스크립트 ID '60'의 실행 결과가 툴의 출력 정보로서 표시될 수 있다.
다른 실시 예에 따르면, 도 4와 달리, 툴은 하나의 스크립트가 아닌 복수의 스크립트에 기반한 정보를 출력할 수 있다. 예컨대, 툴 1이 스크립트 1과 스크립트 2를 포함할 경우, 스크립트 1에 대한 수행 결과와 스크립트 2에 대한 수행 결과를 종합하여 툴 1은 정보를 출력할 수 있다. 또는, 툴 1이 스크립트 1과 스크립트 2를 포함할 경우, 스크립트 1에 대한 수행 결과가 스크립트 2에 대한 입력 정보로 처리되어 스크립트 2에 대한 수행 결과가 툴 1의 출력 정보로서 표시될 수 있다.
도 5는 일 실시 예에 따른 툴 리스트를 나타내는 화면이다.
도 5를 참조하면, 화면은 도 4와 같은 과정을 통해 생성된 복수의 툴을 포함하는 리스트를 나타내는 화면이다. 화면에서 영역(510)을 선택할 경우 도 4와 같은 툴 생성 화면으로 전환될 수 있다. 영역(520)은 툴 리스트에 포함된 적어도 하나의 툴에 대응하는 고유의 식별번호를 표시할 수 있다. 생성된 각 툴 마다 고유의 식별번호가 있으며, 식별번호에 기반하여 대응하는 툴이 확인될 수 있다. 영역(530)은 툴 리스트에 포함된 적어도 하나의 툴에 대응하는 고유의 타이틀을 표시할 수 있고, 영역(540)은 ID와 타이틀에 대응하는 툴에 대한 설명 정보를 표시할 수 있고, 영역(550)은 시스템을 관리하는 복수의 관리자 중에서 해당 툴을 생성한 관리자 이름을 표시할 수 있으며, 영역(560)은 툴이 적용되는 서비스를 표시할 수 있으며, 영역(570)은 툴에 대한 정보가 업데이트된 시간 정보를 표시할 수 있고, 영역(580)은 각 툴에 대한 실행, 수정, 삭제 등과 관련된 아이콘을 표시할 수 있다. 예를 들면, Tool Id '4'와 title 'EDP SignUP'는 배송원을 음식 배송 서비스인 'Eats Delivery'에 등록시키는 툴에 대한 정보로서, 작성자는 Xugong이고 마지막으로 툴에 대한 업데이트는 2022.05.07. 13:34:58에 수행되었음을 도 5의 툴 리스트 화면을 통해 확인할 수 있다.
도 6은 일 실시 예에 따른 스크립트 리스트를 나타내는 화면이다.
도 6을 참조하면, 화면은 도 2a 및 도 2b와 같은 과정을 통해 생성된 복수의 스크립트를 포함하는 리스트를 나타내는 화면이다. 화면에서 영역(610)을 선택할 경우 도 2a 및 도 2b와 같은 스크립트 생성 화면으로 전환될 수 있다. 영역(620)은 스크립트 리스트에 포함된 적어도 하나의 툴에 대응하는 고유의 식별번호를 표시할 수 있다. 생성된 각 스크립트 마다 고유의 식별번호가 있으며, 식별번호에 기반하여 대응하는 스크립트가 확인될 수 있다. 영역(630)은 스크립트 리스트에 포함된 적어도 하나의 스크립트에 대응하는 고유의 명칭(즉, 타이틀)을 표시할 수 있고, 영역(640)은 ID와 명칭에 대응하는 스크립트의 코드에 대한 정보를 표시할 수 있고, 영역(650)은 스크립트가 적용되는 서비스를 표시할 수 있으며, 영역(660)은 시스템을 관리하는 복수의 관리자 중에서 해당 스크립트를 생성한 관리자 이름을 표시할 수 있으며 영역(670)은 스크립트에 대한 정보가 업데이트된 시간 정보를 표시할 수 있고, 영역(680)은 각 스크립트에 대한 실행, 수정, 삭제 등과 관련된 아이콘을 표시할 수 있다. 예를 들면, Script Id '62'와 Name 'assign&unassign order'는 주문을 배송원에게 할당하는 기능을 수행하는 스크립트에 대한 코드로서, 작성자는 Lili2이고 마지막으로 툴에 대한 업데이트는 2022.11.15. 17:11:27에 수행되었음을 도 6의 스크립트 리스트 화면을 통해 확인할 수 있다.
도 7은 일 실시 예에 따른 가상의 주문 정보를 생성하는 툴을 나타내는 화면이다.
도 7을 참조하면, 툴을 통해 가상의 주문 정보가 생성될 수 있다. 즉, 실제 고객이 단말을 이용하여 가격을 지불하고 주문을 하지 않더라도, 테스트 시스템은 도 7의 툴을 사용하여 가상의 주문 정보를 생성할 수 있다. 이때 생성된 가상의 주문 정보는 도 8과 같은 다른 툴에 입력되어 실제 서비스와 상관 없이 시스템을 테스트할 때 이용될 수 있다.
구체적으로, username(701)은 고객을 식별할 수 있는 정보로서, 예컨대 이름, 이메일과 같은 고객 고유의 정보를 포함할 수 있다. Password(703)은 비밀번호를 포함할 수 있으며, store_id(705)는 가상으로 주문한 스토어의 식별번호를 포함할 수 있다. 이때, stord_id(705)는 관리자가 정보를 직접 입력하거나 또는 복수의 리스트 중에서 선택하는 방식으로 입력될 수 있다. Order_type_is_pickup(707)은 가상의 주문 방식이 픽업 또는 배송인지 관련 정보를 포함할 수 있고, use_coupang_cash(709)는 가상 주문에 대한 결제 방식으로 사전에 적립된 금액의 사용 여부에 대한 정보를 포함할 수 있고, is_accept_order(711)은 주문의 승인 여부에 대한 정보를 포함할 수 있고, latitude(713)과 longitude(715)는 주문한 스토어에 대한 위치 정보를 포함할 수 있다.
따라서, 테스트 시스템은 도 7에 표시된 툴의 항목 별로 관련 정보를 입력하여 가상의 주문 정보를 생성할 수 있다. 만약, 특정 항목에 관련 정보가 입력되지 않더라도 디폴트로 설정된 값에 기초하여 가상의 주문 정보가 생성될 수 있다.
예를 들면, 테스트 시스템은 도 7에 각 항목 별로 관련 정보를 입력하여 가상의 주문 정보 1을 생성할 수 있고, 이러한 과정을 반복하여 가상의 주문 정보 2 ~ 가상의 주문 정보 N을 더 생성할 수 있다. 이후, 관리자는 가상의 주문 정보 1 ~ 가상의 주문 정보 N를 도 8과 같은 툴에 입력하여 복수의 주문을 한명의 배송원에게 할당할 수 있고, 테스트 시스템은 실제 서비스와 관계없이 복수의 주문이 한명의 배송원에게 할당되어 원활히 처리되는지 테스트할 수 있다. 즉, 실제 고객이 단말을 이용하여 주문하고 비용을 지불하지 않더라도 테스트 시스템은 가상의 주문 정보에 기반하여 테스트 서비스를 시뮬레이션할 수 있다. 이때, 실제 서비스를 제공할 때 사용되는 제1 데이터베이스와 테스트 시스템이 사용하는 제2 데이터베이스는 구분되는 것으로서, 가상의 주문 정보를 포함하는 제2 데이터베이스는 제1 데이터베이스와 구분되어 관리될 수 있다. 참고로, 실제 고객이 단말을 이용하여 주문하고 비용을 지불하여 주문 정보가 생성될 경우 관련 정보는 제1 데이터베이스에서 관리될 수 있고, 도 7에 따라 생성된 가상의 주문 정보들은 제2 데이터베이스에서 관리될 수 있다.
도 8은 일 실시 예에 따른 서로 다른 가상의 주문 정보를 한명의 배송원에게 할당하는 툴을 나타내는 화면이다.
도 8을 참조하면, 툴은 도 7을 통해 생성된 가상의 주문 정보 1과 가상의 주문 정보 2에 기반하여 한명의 배송원에게 할당할 수 있다. 도 8의 툴에 입력되는 서로 다른 2개의 가상의 주문 정보 1과 가상의 주문 정보 2는 일례에 불과하고, 3개 이상의 가상의 주문 정보가 한명의 배송원에게 할당하고 이를 원활히 처리하는지 테스트할 경우에도 적용될 수 있다.
구체적으로, id_type(801)은 id_1(803)과 id_2(805)에 입력되는 정보의 종류에 대응할 수 있다. 예를 들면, 도 7과 같이 가상의 주문 정보 1이 id_1(803)에 입력되고, 가상의 주문 정보 2가 id_2(805)에 입력될 경우, id_type(801)은 주문 정보에 대응할 수 있다. 다른 예를 들면, 도 7과 달리 가상의 배송 정보 1이 id_1(803)에 입력되고, 가상의 배송 정보 2가 id_2(805)에 입력될 경우, id_type(801)은 배송 정보에 대응할 수 있다. Id_1(803)과 id_2(805)는 도 7과 같은 툴에 기반하여 생성된 서로 다른 가상의 테스트 정보를 포함할 수 있다. Courier_phone_no(807)은 서로 다른 가상의 주문 정보 또는 서로 다른 가상의 배송 정보를 할당받은 배송원의 식별번호(예컨대, 전화번호)를 포함할 수 있다. 따라서, id_type(801)에 대응하는 서로 다른 가상의 테스트 정보인 id_1(803)과 id_2(805)가 courier_phone_no(807)의 전화번호를 갖는 배송원에게 할당될 수 있다. 이에, 테스트 시스템은 실제 고객이 주문하지 않더라도 가상의 테스트 정보에 기반하여 해당 서비스가 원활히 처리되는지 가상으로 테스트할 수 있다.
도 9는 일 실시 예에 따른 가상의 테스트 정보에 기반하여 시스템을 테스트하는 방법에 대한 흐름도이다.
도 9를 참조하면, 단계 S910에서 전자 장치는 적어도 하나의 스크립트를 포함하는 제1 리스트를 확인할 수 있다. 전술한 기재에 따라 스크립트는 생성되고, 도 6과 같은 스크립트 리스트에 포함되어 관리될 수 있다.
이때, 스크립트는 고유의 기능을 실행하는 코드를 포함할 수 있다. 구체적으로, 제1 리스트에 포함된 적어도 하나의 스크립트가 복수의 관리자 중에서 한명의 관리자가 생성한 코드를 포함할 수 있다. 다만, 제1 리스트에 포함된 적어도 하나의 스크립트는, 코드를 작성한 관리자뿐만 아니라 복수의 관리자도 액세스하여 이용 가능한 스크립트일 수 있다. 예를 들면, 테스트 시스템을 관리하는 관리자 1 ~ N이 있는 경우, 관리자 1이 고유 기능 A를 실행하는 코드 A를 작성하고 이를 포함하는 스크립트 A를 생성할 수 있고, 관리자 2가 고유 기능 B를 실행하는 코드 B를 작성하고 이를 포함하는 스크립트 B를 생성할 수 있고, 관리자 3이 고유 기능 C를 실행하는 코드 C를 작성하고 이를 포함하는 스크립트 C를 생성할 수 있다. 이때, 스크립트 A, B 및 C는 스크립트 리스트에 포함되어 관리될 수 있다. 이때, 스크립트 리스트에 포함된 복수의 스크립트는 해당 스크립트를 생성한 관리자뿐만 아니라 복수의 다른 관리자도 액세스하여 이용 가능할 수 있다.
이때, 스크립트는 전술한 바와 같이 프로그래밍 언어 별로 상이한 절차에 따라 생성될 수 있다. 관리자가 사용하는 코드가 자바인지 파이썬인지를 고려하여 각 타입 별로 도 2a 또는 도 2b에 기재된 바와 같이 서로 다른 방법에 의해 스크립트가 생성될 수 있다.
단계 S920에서 전자 장치는 제1 리스트에서 선택된 제1 스크립트에 대응하는 정보의 입력을 요청하는 제1 툴을 생성할 수 있다. 관리자는 제1 리스트에 포함된 복수의 스크립트 중에서 어느 하나인 제1 스크립트를 선택할 수 있다. 이때, 각각의 스크립트는 고유의 기능을 실행하기 위하여 스크립트 별로 서로 다른 정보의 입력이 필요할 수 있다. 이에, 제1 스크립트에 기반하여 생성된 제1 툴을 제1 스크립트에서 필요로 하는 정보의 입력을 요청할 수 있다. 제1 툴에서 입력을 요청하는 정보는, 제1 리스트에서 선택된 제1 스크립트에 기반하여 결정될 수 있다. 즉, 스크립트 별로 요청하는 정보가 상이하므로, 툴에 이용되는 스크립트를 고려하여 입력 요청되는 정보가 상이할 수 있다.
또한, 제1 스크립트에 포함된 코드를 생성한 관리자와 다른 관리자가 제1 리스트에서 제1 스크립트를 선택하여 제1 툴이 생성될 수 있다. 예를 들면, 스크립트 리스트에 포함된 스크립트 A, B 및 C 중에서 관리자 1이 아닌 관리자 3이 스크립트 A를 이용하여 툴 A를 생성할 수 있고, 관리자 2가 아닌 관리자 1이 스크립트 B를 이용하여 툴 B를 생성할 수 있고, 관리자 3이 아닌 관리자 2가 스크립트 C를 이용하여 툴 C를 생성할 수도 있다. 즉, 스크립트 리스트에 포함된 복수의 스크립트는 액세스 가능한 복수의 관리자가 자유롭게 이용하여 툴을 생성할 때 이용될 수 있다.
단계 S930에서 전자 장치는 제1 툴에 기반하여 입력된 정보에 대응하는 적어도 하나의 가상 테스트 정보를 생성할 수 있다. 예를 들면, 제1 스크립트가 주문을 생성하는 코드를 포함할 경우, 제1 툴은 S920에서 입력된 정보에 따라 제1 스크립트에 기반하여 가상의 테스트 정보 1 ~ 가상의 테스트 정보 N을 생성할 수 있다.
이때, 가상 테스트 정보는 시스템에서 제공되는 실제 서비스와 관계없이 테스트를 위해 생성된 가상 정보일 수 있다. 전술한 바와 같이, 가상의 주문 정보가 가상 테스트 정보로서, 고객이 단말을 이용하여 주문하고 결제를 하지 않더라도 테스트를 위해 가상의 테스트 정보가 생성될 수 있고 이에 기반하여 시스템에 대한 테스트가 진행될 수 있다.
단계 S940에서 전자 장치는 적어도 하나의 가상 테스트 정보를 제1 툴과 다른 제2 툴에 입력할 수 있다. 이때, 제2 툴 또한 제1 툴과 마찬가지로 제1 리스트에서 선택된 제2 스크립트에 기반하여 생성될 수 있다.
적어도 하나의 가상 테스트 정보는 제1 리스트에서 선택된 제2 스크립트에 대응하는 정보일 수 있다. 예컨대, 제1 툴에 따라 복수의 가상 테스트 정보를 생성할 경우, 제2 툴에 서로 다른 가상 테스트 정보가 입력될 수 있다. 이때, 복수의 가상 테스트 정보는 제2 툴에 포함된 제2 스크립트에 대응하는 정보로서, 제2 툴의 실행을 위해 입력을 필요로 하는 정보일 수 있다.
제1 툴과 제2 툴은 스크립트 리스트(즉, 제1 리스트)와 다른 툴 리스트(즉, 제2 리스트)에 포함될 수 있다. 제1 툴과 제2 툴은 복수의 관리자가 액세스하여 이용 가능한 툴일 수 있다. 즉, 제1 툴을 관리자 1이 생성하고, 제2 툴을 관리자 2가 생성할 경우라도, 관리자 2가 제1 툴을 이용할 수 있고, 관리자 1이 제2 툴을 이용할 수 있다.
단계 S950에서 전자 장치는 제2 툴에서 출력된 정보에 기반하여 가상으로 시스템을 테스트할 수 있다. 따라서, 관리자는 실제 서비스에 적용하기 전에 시스템이 원활하게 처리할 수 있는지 가상으로 사전에 테스트할 수 있다. 또는, 실제 서비스 적용 중에도 시스템에 문제가 없는지 확인하기 위하여 가상으로 테스트할 수 있다.
실시 예에 따르면, 전자 장치는 복수의 툴을 연계하여 시스템을 가상으로 테스트할 수 있다. 테스트의 종류에는, 전술한 한명의 배송원이 복수의 주문을 원활하게 처리하는지 뿐만 아니라, 다양한 사항을 포함할 수 있다. 전술한 바와 같이 하나의 툴이 하나의 스크립트를 포함하고 서로 다른 툴을 이용하여 가상으로 테스트하는 경우뿐만 아니라, 하나의 툴이 복수의 스크립트를 포함하고 복수의 툴을 이용하여 가상으로 테스트를 진행할 수 도 있다.
도 10은 일 실시 예에 따른 전자 장치의 블록도를 나타내는 도면이다.
전자 장치(1000)는 일 실시예에 따라, 통신부(1010), 메모리(1020) 및 제어부(controller)(1030)를 포함할 수 있다. 도 10에 도시된 전자 장치(1000)는 본 실시 예와 관련된 구성요소들만이 도시되어 있다. 따라서, 도 10에 도시된 구성요소들 외에 다른 범용적인 구성요소들이 더 포함될 수 있음을 본 실시 예와 관련된 기술분야에서 통상의 지식을 가진 자라면 이해할 수 있다. 전자 장치(1000)는 전술한 실제 서비스가 제공되는 시스템과 구분되는 테스트 시스템에 포함되어 가상으로 테스트를 진행할 수 있는 바, 중복되는 내용에 대해서는 설명을 생략한다.
통신부(1010)는 테스트 시스템과 네트워크를 통하여 관련 정보를 송수신할 수 있다. 제어부(1030)는 전자 장치(1000)의 전반의 동작을 제어하고 데이터 및 신호를 처리할 수 있다. 제어부(1030)는 적어도 하나의 하드웨어 유닛을 포함할 수 있다. 또한, 제어부(1030)는 메모리(1020)에 저장된 프로그램 코드를 실행하여 생성되는 하나 이상의 소프트웨어 모듈에 의해 동작할 수 있다. 제어부(1030)는 메모리(1020)에 저장된 프로그램 코드를 실행하여 전자 장치(1000)의 전반의 동작을 제어하고 데이터 및 신호를 처리할 수 있다. 또한 실시 예에서 제어부(1030)는 적어도 하나의 제어부를 포함할 수 있다.
제어부(1030)는 메모리(1020)에 저장된 적어도 하나의 명령어를 실행하여, 적어도 하나의 스크립트를 포함하는 제1 리스트를 확인하고, 상기 제1 리스트에서 선택된 제1 스크립트에 대응하는 정보의 입력을 요청하는 제1 툴을 생성하고, 상기 제1 툴에 기반하여 상기 입력된 정보에 대응하는 적어도 하나의 가상 테스트 정보를 생성하고, 상기 적어도 하나의 가상 테스트 정보를 상기 제1 툴과 다른 제2 툴에 입력하여, 상기 제2 툴에서 출력된 정보에 기반하여 가상으로 시스템을 테스트할 수 있다. 따라서, 테스트 시스템의 관리자들은 실제로 고객이 제공되는 서비스를 통해 주문 및 결제하지 않더라도 가상의 테스트 정보로서 복수의 가상의 주문 정보를 생성하고 이에 기반하여 한명의 배송원에게 할당하여 테스트 시스템이 이를 원활히 처리할 수 있는지 테스트할 수 있다.
전술한 실시 예들에 따른 전자 장치 또는 무인 이동 장치는, 제어부, 프로그램 데이터를 저장하고 실행하는 메모리, 디스크 드라이브와 같은 영구 저장부(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) 등과 같은 프로그래밍 또는 스크립팅 언어로 구현될 수 있다. 기능적인 측면들은 하나 이상의 제어부들에서 실행되는 알고리즘으로 구현될 수 있다. 또한, 본 실시 예는 전자적인 환경 설정, 신호 처리, 및/또는 데이터 처리 등을 위하여 종래 기술을 채용할 수 있다. “매커니즘”, “요소”, “수단”, “구성”과 같은 용어는 넓게 사용될 수 있으며, 기계적이고 물리적인 구성들로서 한정되는 것은 아니다. 상기 용어는 제어부 등과 연계하여 소프트웨어의 일련의 처리들(routines)의 의미를 포함할 수 있다.
전술한 실시예들은 일 예시일 뿐 후술하는 청구항들의 범위 내에서 다른 실시예들이 구현될 수 있다.

Claims (15)

  1. 적어도 하나의 스크립트를 포함하는 제1 리스트를 확인하는 단계;
    상기 제1 리스트에서 선택된 제1 스크립트에 대응하는 정보의 입력을 요청하는 제1 툴을 생성하는 단계;
    상기 제1 툴에 기반하여 상기 입력된 정보에 대응하는 적어도 하나의 가상 테스트 정보를 생성하는 단계;
    상기 적어도 하나의 가상 테스트 정보를 상기 제1 툴과 다른 제2 툴에 입력하는 단계; 및
    상기 제2 툴에서 출력된 정보에 기반하여 가상으로 시스템을 테스트하는 단계를 포함하는,
    테스트 방법.
  2. 제1항에 있어서,
    상기 제1 리스트에 포함된 적어도 하나의 스크립트는, 복수의 관리자가 액세스하여 이용 가능한 스크립트인,
    테스트 방법.
  3. 제1항에 있어서,
    상기 제1 리스트에 포함된 적어도 하나의 스크립트는, 복수의 관리자 중에서 어느 하나의 관리자가 생성한 코드를 포함하는,
    테스트 방법.
  4. 제3항에 있어서,
    상기 제1 툴은, 상기 관리자와 다른 관리자가 상기 제1 리스트에서 선택한 상기 제1 스크립트에 기반하여 생성될 수 있는,
    테스트 방법.
  5. 제4항에 있어서,
    상기 제1 툴에서 입력을 요청하는 정보는, 상기 제1 리스트에서 선택된 제1 스크립트에 기반하여 결정되는,
    테스트 방법.
  6. 제1항에 있어서,
    상기 제2 툴은,
    상기 제1 스크립트와 다른 상기 제1 리스트에서 선택된 제2 스크립트에 기반하여 생성되는,
    테스트 방법.
  7. 제6항에 있어서,
    상기 제2 툴에 입력된 적어도 하나의 가상 테스트 정보는, 상기 제1 리스트에서 선택된 상기 제2 스크립트에 대응하는 정보인,
    테스트 방법.
  8. 제1항에 있어서,
    상기 제1 리스트와 다른 제2 리스트는, 적어도 상기 제1 툴과 상기 제2 툴을 포함하는,
    테스트 방법.
  9. 제8항에 있어서,
    상기 제2 리스트에 포함된 적어도 상기 제1 툴과 상기 제2 툴은, 복수의 관리자가 액세스하여 이용 가능한 툴인,
    테스트 방법.
  10. 제3항에 있어서,
    상기 적어도 하나의 스크립트는, 상기 관리자가 사용하는 코드의 타입 별로 서로 다른 방법에 의해 생성되는,
    테스트 방법.
  11. 제1항의 방법을 컴퓨터에서 실행시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 비일시적 기록매체.
  12. 전자 장치로서,
    통신부;
    적어도 하나의 명령어를 포함하는 메모리; 및
    적어도 하나의 스크립트를 포함하는 제1 리스트를 확인하고, 상기 제1 리스트에서 선택된 제1 스크립트에 대응하는 정보의 입력을 요청하는 제1 툴을 생성하고, 상기 제1 툴에 기반하여 상기 입력된 정보에 대응하는 적어도 하나의 가상 테스트 정보를 생성하고, 상기 적어도 하나의 가상 테스트 정보를 상기 제1 툴과 다른 제2 툴에 입력하여, 상기 제2 툴에서 출력된 정보에 기반하여 가상으로 시스템을 테스트하는 제어부를 포함하는,
    전자 장치.
  13. 제12항에 있어서,
    상기 제1 리스트에 포함된 적어도 하나의 스크립트는, 복수의 관리자 중에서 어느 하나의 관리자가 생성한 코드를 포함하고, 복수의 관리자가 액세스하여 이용 가능한 스크립트인,
    전자 장치.
  14. 제12항에 있어서,
    상기 제2 툴은, 상기 제1 스크립트와 다른 상기 제1 리스트에서 선택된 제2 스크립트에 기반하여 생성되고,
    상기 제2 툴에 입력된 적어도 하나의 가상 테스트 정보는, 상기 제1 리스트에서 선택된 상기 제2 스크립트에 대응하는 정보인,
    전자 장치.
  15. 제12항에 있어서,
    상기 제1 툴과 상기 제2 툴은, 상기 제1 리스트와 다른 제2 리스트에 포함되며, 복수의 관리자가 액세스하여 이용 가능한 툴인,
    전자 장치.
PCT/KR2023/001932 2023-01-02 2023-02-09 가상의 테스트 정보에 기반하여 시스템에 대한 테스트 방법 및 이를 수행하는 전자 장치 Ceased WO2024147403A1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020230000369A KR102619571B1 (ko) 2023-01-02 2023-01-02 가상의 테스트 정보에 기반하여 시스템에 대한 테스트 방법 및 이를 수행하는 전자 장치
KR10-2023-0000369 2023-01-02

Publications (1)

Publication Number Publication Date
WO2024147403A1 true WO2024147403A1 (ko) 2024-07-11

Family

ID=89512055

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2023/001932 Ceased WO2024147403A1 (ko) 2023-01-02 2023-02-09 가상의 테스트 정보에 기반하여 시스템에 대한 테스트 방법 및 이를 수행하는 전자 장치

Country Status (3)

Country Link
KR (2) KR102619571B1 (ko)
TW (2) TW202548543A (ko)
WO (1) WO2024147403A1 (ko)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140157050A1 (en) * 2012-11-30 2014-06-05 Inventec Corporation Test system and test method by generating virtual test unit outside device to be tested
US20160034382A1 (en) * 2014-08-01 2016-02-04 Unisys Corporation Automated regression test case selector and black box test coverage tool for product testing
US20160162393A1 (en) * 2013-07-31 2016-06-09 Bank Of America Corporation Testing Coordinator
EP2667306B1 (en) * 2012-05-23 2017-10-11 Sap Se Software systems testing interface
KR102234332B1 (ko) * 2019-10-14 2021-03-31 (주) 이든티앤에스 업무 프로세스 자동화 방법 및 그를 위한 장치

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8429591B2 (en) * 2010-03-12 2013-04-23 Altera Corporation Methods and apparatus for single testing stimulus
TW201426299A (zh) * 2012-12-19 2014-07-01 Inventec Corp 於待測裝置外部產生虛擬測試單元之測試系統及其方法
CN113204499B (zh) * 2021-06-10 2022-08-02 卡斯柯信号有限公司 一种cbtc系统仿真测试方法及装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2667306B1 (en) * 2012-05-23 2017-10-11 Sap Se Software systems testing interface
US20140157050A1 (en) * 2012-11-30 2014-06-05 Inventec Corporation Test system and test method by generating virtual test unit outside device to be tested
US20160162393A1 (en) * 2013-07-31 2016-06-09 Bank Of America Corporation Testing Coordinator
US20160034382A1 (en) * 2014-08-01 2016-02-04 Unisys Corporation Automated regression test case selector and black box test coverage tool for product testing
KR102234332B1 (ko) * 2019-10-14 2021-03-31 (주) 이든티앤에스 업무 프로세스 자동화 방법 및 그를 위한 장치

Also Published As

Publication number Publication date
TW202433285A (zh) 2024-08-16
KR20240108788A (ko) 2024-07-09
KR102955306B1 (ko) 2026-04-22
KR102619571B1 (ko) 2024-01-02
TW202548543A (zh) 2025-12-16
TWI899780B (zh) 2025-10-01

Similar Documents

Publication Publication Date Title
WO2022085834A1 (ko) 상담원 지원 방법 및 그 연산 장치
WO2015194799A1 (ko) 교육용 컨텐츠 관리 장치 및 방법
Ceballos Delgado et al. FADE: A forensic image generator for android device education
WO2024106621A1 (ko) 스크립트와 관련한 정보를 제공하는 전자 장치 및 그 방법
WO2022220324A1 (ko) 페이지 제공을 위한 정보를 처리하는 전자 장치 및 그 방법
WO2022211173A1 (ko) 아이템 판매 정보 처리 방법 및 전자 장치
WO2022085830A1 (ko) 단말 개통 관련 정보 제공 방법 및 이의 전자 장치
WO2021201344A1 (ko) 통합 사용 로그 데이터를 생성하는 서버 및 그 동작 방법
KR102619571B1 (ko) 가상의 테스트 정보에 기반하여 시스템에 대한 테스트 방법 및 이를 수행하는 전자 장치
WO2025042076A1 (ko) 플랫폼 사이의 업무를 연동하는 방법 및 그를 이용한 플랫폼
WO2016137035A1 (ko) 테스트 케이스 생성 장치와 방법 및 이를 실행하기 위한 프로그램을 기록한 컴퓨터로 판독가능한 기록매체
WO2024158120A1 (ko) 애플리케이션에 대한 테스트 설정 환경을 제공하는 전자 장치 및 그 방법
WO2023224157A1 (ko) 아이템 관련 상세 정보를 제공하는 이미지 관리를 위한 전자 장치 및 그 방법
WO2024058299A1 (ko) Ab 테스트 코드 정보 관리를 위한 전자 장치 및 그 방법
WO2023200041A1 (ko) 복수의 라인들의 생산 계획을 관리하는 생산 관리 시스템에서, 생산 계획을 결정하기 위한 장치 및 방법
WO2023204340A1 (ko) 주문 정보를 처리하는 방법 및 전자 장치
WO2024005246A1 (ko) 코드 검증 정보를 제공하는 전자 장치 및 그 방법
WO2024025023A1 (ko) 서비스와 관련된 테스트를 관리하는 방법 및 장치
WO2020059904A1 (ko) 확장 태그 기반 정보 제공 방법 및 프로그램
WO2017119701A1 (ko) 멀티 디바이스 기반 앱마켓 플레이스 시스템
WO2024147400A1 (ko) 불변성을 검증하는 전자 장치 및 그 방법
WO2024063190A1 (ko) 프로파일 정보를 제공하는 전자 장치 및 그 방법
WO2019164036A1 (ko) 웹 기반 애플리케이션 개발 방법
WO2023210849A1 (ko) 전자 장치 및 그의 동작 방법
WO2025009641A1 (ko) 코드 테스트 지원 방법 및 전자 장치

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 23914868

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 23914868

Country of ref document: EP

Kind code of ref document: A1