CN115658462A - Testing method and device for unmanned retail container and nonvolatile storage medium - Google Patents

Abstract

The application discloses a testing method and device for an unmanned retail container and a nonvolatile storage medium. Wherein, the method comprises the following steps: obtaining test request messages sent by a plurality of interfaces, wherein the plurality of interfaces are interfaces in an unmanned retail container; responding to the test request message, and acquiring a plurality of identification information corresponding to a plurality of target merchants in the unmanned retail container, wherein the plurality of target merchants correspond to a plurality of interfaces; calling a plurality of test files corresponding to a plurality of target merchants according to a plurality of identification information corresponding to the target merchants; and simultaneously executing the plurality of test files and outputting a plurality of test results corresponding to the plurality of test files. The technical problem that in the prior art, the testing efficiency is low because the testing request sent by one container merchant can only be verified at each time is solved.

Description

Testing method and device for unmanned retail container and nonvolatile storage medium

Technical Field

The application relates to the field of automatic testing, in particular to a testing method and device for an unmanned retail container and a nonvolatile storage medium.

Background

After the merchant of the unmanned retail container accesses the identification service, the identification service needs to be docked, and each merchant of the container needs to perform interface test on each identification service. In the test method in the prior art, only 1 container merchant can be tested at one time, and only 1 interface request verification result can be initiated at one time. If the container has a plurality of merchants, the container corresponds to a plurality of interfaces, and when the plurality of merchants simultaneously perform interface test on the identification service, program parameters of the interfaces corresponding to the merchants need to be modified manually. The testing method has low efficiency and cannot simultaneously verify a plurality of interface requests corresponding to a plurality of merchants in the container.

In view of the above problems, no effective solution has been proposed.

Disclosure of Invention

The embodiment of the application provides a testing method and device for an unmanned retail container and a nonvolatile storage medium, so as to at least solve the technical problem of low testing efficiency caused by the fact that a testing request sent by a container merchant can only be verified at one time in the prior art.

According to an aspect of an embodiment of the present application, there is provided a method of testing an unmanned retail container, including: obtaining test request messages sent by a plurality of interfaces, wherein the plurality of interfaces are interfaces in an unmanned retail container; responding to the test request message, and acquiring a plurality of identification information corresponding to a plurality of target merchants in the unmanned retail container, wherein the plurality of target merchants correspond to a plurality of interfaces; calling a plurality of test files corresponding to a plurality of target merchants according to a plurality of identification information corresponding to a plurality of target merchants; and simultaneously executing the plurality of test files and outputting a plurality of test results corresponding to the plurality of test files.

Optionally, the identification information includes: the identity code is a character string for identifying the identity of the target merchant; the verification code of the identity code is a character string for verifying the identity of the target merchant; and supporting a test environment for running the test file corresponding to the target merchant.

Optionally, the test file includes: the system comprises an open interface, a test module and a test module, wherein the open interface is an interface for sending a message requesting for testing; the network interface is an interface for providing network service; the test type corresponding to the test request message, the test method corresponding to the test type, and the transmission mode of the test data.

Optionally, before invoking a plurality of test files corresponding to a plurality of target merchants according to a plurality of identification information corresponding to a plurality of target merchants, the method further includes: and storing a plurality of test files corresponding to the plurality of interfaces in a database.

Optionally, before executing the plurality of test files simultaneously, the method further includes: determining the format of the test file, determining the reading mode of the test file according to the format of the test file, and reading the content of the test file according to the reading mode; and determining a conversion mode of the test file according to the format of the test file, and converting the read content of the test file according to the conversion mode.

Optionally, before acquiring, in response to the test request message, a plurality of pieces of identification information corresponding to a plurality of target merchants in the unmanned retail container, the method includes: calling a test framework and loading a driver, wherein the test framework comprises: test sequence and test method, driver for executing test files.

Optionally, after the multiple test files are executed simultaneously and the multiple test results corresponding to the multiple test files are output, the method further includes: and outputting a test report, wherein the test report comprises a plurality of test results corresponding to the plurality of interfaces and a test log generated by executing the test file.

According to another aspect of the embodiments of the present application, there is also provided a testing apparatus for an unmanned retail container, including: the acquisition module is used for acquiring test request messages sent by a plurality of interfaces, wherein the plurality of interfaces are interfaces in an unmanned retail container; the response module is used for responding to the test request message and acquiring a plurality of identification information corresponding to a plurality of target merchants in the unmanned retail container; the calling module is used for calling a plurality of test files corresponding to a plurality of target merchants according to a plurality of identification information corresponding to a plurality of target merchants; and the execution module is used for simultaneously executing the plurality of test files and outputting a plurality of test results corresponding to the plurality of test files.

According to another aspect of the embodiments of the present application, there is also provided a non-volatile storage medium, the non-volatile storage medium including a stored program, wherein the program controls a device in which the non-volatile storage medium is located to execute the above testing method for the unmanned retail container when the program runs.

According to another aspect of the embodiments of the present application, there is also provided a processor for executing a program stored in a memory, wherein the program when executed performs the above method of testing an unmanned retail container.

In the embodiment of the application, a test request message sent by a plurality of interfaces is acquired, wherein the plurality of interfaces are interfaces in an unmanned retail container; responding to the test request message, and acquiring a plurality of identification information corresponding to a plurality of target merchants in the unmanned retail container, wherein the plurality of target merchants correspond to a plurality of interfaces; calling a plurality of test files corresponding to a plurality of target merchants according to a plurality of identification information corresponding to a plurality of target merchants; the method comprises the steps of executing a plurality of test files simultaneously, outputting a plurality of test results corresponding to the test files, and writing the counter merchants into configuration files in advance, wherein an interface corresponding to each merchant is an independent test program, and running 1 program file when testing is executed by introducing a test framework which is well compiled with an automatic test system, so that all interface requests of all merchants can be automatically verified, all test results are correspondingly returned, and an automatic test report is obtained.

Drawings

The accompanying drawings, which are included to provide a further understanding of the application and are incorporated in and constitute a part of this application, illustrate embodiment(s) of the application and together with the description serve to explain the application and not to limit the application. In the drawings:

FIG. 1 is a flow chart of a method of testing an unmanned retail container according to an embodiment of the application;

FIG. 2 is a schematic illustration of a test report according to an embodiment of the present application;

FIG. 3 is a block diagram of a testing apparatus for an unmanned retail container according to an embodiment of the present application;

FIG. 4 is a schematic diagram of an alternative system for implementing a test method according to an embodiment of the present application;

fig. 5 is a schematic diagram of an alternative open platform (openapi) automation testing framework according to an embodiment of the present application.

Detailed Description

In order to make the technical solutions of the present application better understood by those skilled in the art, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only some embodiments of the present application, and not all embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.

It should be noted that the terms "first," "second," and the like in the description and claims of this application and in the drawings described above are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It should be understood that the data so used may be interchanged under appropriate circumstances such that embodiments of the application described herein may be implemented in sequences other than those illustrated or described herein. Moreover, the terms "comprises," "comprising," and "having," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed, but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.

In accordance with an embodiment of the present application, there is provided a method embodiment for testing an unmanned retail container, it is noted that the steps illustrated in the flow chart of the drawings may be performed in a computer system such as a set of computer executable instructions, and that while a logical order is illustrated in the flow chart, in some cases the steps illustrated or described may be performed in an order different than that presented herein.

FIG. 1 is a flow chart of a method of testing an unmanned retail container according to an embodiment of the application, as shown in FIG. 1, the method comprising the steps of:

step S102, test request messages sent by a plurality of interfaces are obtained, wherein the plurality of interfaces are interfaces in the unmanned retail container.

In step S102, the unmanned retail container initiates a verification request and sends a test request message; for example, when the unmanned retail container terminal generates a purchase action, a verification request for purchasing an item is initiated, and a test request message for verifying the purchase operation of the item is sent, or when the unmanned retail container terminal generates an addition action of a new item, a verification request for adding the new item is initiated, and a test request message for verifying the addition operation of the new item is sent.

Step S104, responding to the test request message, and acquiring a plurality of identification information corresponding to a plurality of target merchants in the unmanned retail container, wherein the plurality of target merchants correspond to a plurality of interfaces.

In step S104, after receiving the test request message sent by the unmanned retail container end in step S102, the unique identifier of the merchant sending the test request is read.

Step S106, a plurality of test files corresponding to a plurality of target merchants are called according to a plurality of identification information corresponding to a plurality of target merchants.

And matching the configuration file corresponding to the unique identifier according to the unique identifier of the merchant read in the step S104, and reading and converting the configuration file, wherein the configuration file comprises a test file corresponding to the merchant.

Step S108, executing the plurality of test files simultaneously, and outputting a plurality of test results corresponding to the plurality of test files.

When the message of the test request is sent by the multiple interfaces in step S102, after the test message is received at the same time, the merchant corresponding to each interface is identified, the configuration file corresponding to each merchant is obtained, and the test file in each configuration file is executed to test the interface, so as to obtain the test result.

Through the steps, the counter merchants are written into the configuration files, each interface is an independent test program, the frame is introduced, the compiled automatic test system and the configuration files are placed into the test frame, and the technical effects that all interface requests and return results of all the merchants can be automatically verified by running 1 program file during test execution, and an automatic test report is obtained are achieved.

According to an optional embodiment of the present application, the identification information comprises: the identity code is a character string for identifying the identity of the target merchant; the verification code of the identity code is a character string for verifying the identity of the target merchant; and supporting a test environment for running the test file corresponding to the target merchant.

In the embodiment of the application, the indicating information of each merchant includes an identity code (ACCESS _ KEY) of the merchant, a verification code (SECRET _ KEY) matching the identity code, and an address (host) of a test environment supporting the running of the test file, where the identity code of each merchant is different, the test code matching the identity code is also different, but the running environment running the test file may be the same.

According to another alternative embodiment of the present application, the test file includes: the system comprises an open interface, a test module and a test module, wherein the open interface is an interface for sending a message requesting for testing; the network interface is an interface for providing network service; the test type corresponding to the test request message, the test method corresponding to the test type, and the transmission mode of the test data.

In this embodiment, the following information is included in the test file: an open interface (openapi) for sending information related to an interface of the test request message, for example, the interface of sending the test request message may be a 3306 interface; password (password) for identifying the identity of the merchant, network interface: the browser application program includes a Uniform Resource Locator (URL) for providing a web service, and a header (header), where the header is a character string sent by a server before transmitting data to the browser through a network protocol, and in this embodiment, the password is equivalent to the header. And when the password for identifying the identity of the merchant and the verification code of the identity code have the corresponding relation, determining that the identity verification of the merchant is successful, and allowing the test file of the merchant to be executed.

According to some optional embodiments of the present application, before invoking a plurality of test files corresponding to a plurality of target merchants according to a plurality of identification information corresponding to a plurality of target merchants, a plurality of test files corresponding to a plurality of interfaces need to be stored in a database.

In some optional embodiments of the present application, the test file corresponding to the merchant is written in advance and is placed in the database, so that the test file is called in time when a test request message sent by the interface is subsequently received. The following should be considered when writing the test file: writing a request program comprising a request mode, a request path and a network protocol version; the request header is composed of the data type accepted by the browser, the data compression format accepted by the browser, the request source, the connection state maintained by the browser, the destination address (i.e. host in the above embodiment) of the request access, and the parameter information of the request. Writing a response program comprising a state code of the network protocol, writing a response header: the data compression type sent by the server to the browser, the data length sent by the server to the browser and the language supported by the server are included. When the test file is executed, the number of interfaces sending test requests is identified and used as request parameters, and the request parameters are modified according to different interfaces; an open platform (openapi) inquires a merchant identifier corresponding to the interface in a list recording the merchant identifier, and the inquired merchant identifier is used as an input parameter; and dynamically splicing a url request path by utilizing the merchant identification and the openapi, wherein the path is dynamically changed. After the execution of the request program is completed, it is further required to verify whether the request is returned successfully, execute the verification program, and determine whether the execution of the whole program is successful according to the returned status code, for example, when the status code 200 is returned, identify that the execution of the program is successful.

According to an optional embodiment of the present application, before executing a plurality of test files simultaneously, the test method further comprises the steps of: determining the format of the test file, determining the reading mode of the test file according to the format of the test file, and reading the content of the test file according to the reading mode; and determining a conversion mode of the test file according to the format of the test file, and converting the read content of the test file according to the conversion mode.

In this embodiment, the configuration file of the merchant has multiple formats, the configuration file includes multiple formats corresponding to the test file, after the test file corresponding to the merchant is located and before the test file is executed, the test file needs to be read and format-converted, for example, when the configuration file is in the yaml format, the test file includes the yaml format, the test file is opened through the function open (), the specified byte number is read therefrom through the function read (), which is equivalent to reading the content of the test file, and finally the test file is converted into the specified format through the function yaml.

According to another optional embodiment of the application, the obtaining of the plurality of identification information corresponding to the plurality of target merchants in the unmanned retail container in response to the test request message comprises: calling a test framework and loading a driver, wherein the test framework comprises: test sequence and test method, driver for executing test files

In this embodiment, the process of executing the test program includes: calling a frame, loading a driver supporting the running of a test program, and loading test cases of all merchants sending the request test message in a database: defining the number of interfaces for sending the test request message, and calling the test file of the merchant represented by the interfaces. Executing the called test file: and executing and outputting the test results according to the defined sequence.

According to yet another optional embodiment of the present application, after a plurality of test files are executed simultaneously and a plurality of test results corresponding to the plurality of test files are output, the method further includes: and outputting a test report, wherein the test report comprises a plurality of test results corresponding to the plurality of interfaces and a test log generated by executing the test file.

Fig. 2 is a schematic diagram of a Test report, in this embodiment, the Test report is output after the execution of the Test program, and as shown in fig. 2, the Test report includes a name (Test Group/Test case) of an executed Test case, and a result of each Test of the number (count) of the executed Test cases: the column (View) in the test program execution success (pass) or failure (Fail), or execution Error (Error) test report also includes a more detailed test log: the test log is a record of the whole execution program, including the result returned when executing each step of the program. After the test report is generated, sending the test report to the target object, and returning a sending result; for example, if the mailbox address of the target object is written into the program in advance, a test report is generated and then sent to the mailbox address, and if the successful sending is detected, the sending test report mail OK is returned. When there are multiple authentication requests, the above process is repeated for each test file.

Fig. 3 is a structural diagram of a testing device of an unmanned retail container provided according to an embodiment of the application, and as shown in fig. 3, the device includes:

an obtaining module 30, configured to obtain test request messages sent by multiple interfaces, where the multiple interfaces are interfaces in an unmanned retail container;

a response module 32, configured to respond to the test request message, obtain multiple pieces of identification information corresponding to multiple target merchants in the unmanned retail container;

a calling module 34, configured to call multiple test files corresponding to multiple target merchants according to multiple identification information corresponding to multiple target merchants;

the execution module 36 is configured to execute a plurality of test files simultaneously, and output a plurality of test results corresponding to the plurality of test files.

The device executes the following steps: installing software and a development environment supporting the running of the test program; step two: preparing parameters, a database and a configuration file required by testing; step three: preparing a log template and a test report template; step four: writing scripts implements execution of use cases, reading data (parameters), generating reports, and the like.

According to the embodiment of the application, a specific implementation mode is provided, and in specific implementation, a system which is based on a test framework unit and is realized by adopting a programming language python and an integrated development environment pyCharm and meets programming interface api automation and configuration modularization is provided. The automatic system writes an interface test program by using a python language, simulates a merchant to access openapi, realizes an independent and flexible test case (testcase), configures a merchant key by using an ini format file, and automatically generates a test report by adopting a report generation library, namely HTMLTestRunner. When the merchant tests, all the interface tests of the identification service can be automatically completed after the merchant key is configured.

FIG. 4 is a schematic diagram of a system for implementing the test method, as shown in FIG. 4, the system is divided into six sections: operation layer: comprises an interface; and (3) developing environment: the method comprises the following steps of (1) programming language python, test framework unit; a data configuration layer: the method comprises global parameters, SQL statements and database (MY SQL) configuration, wherein SQL is a language for operating the database, and the language can be used for realizing operations of creating the database, deleting the database, inquiring records, modifying records, adding fields and the like; case library for scenes: the method comprises the steps of (1) testing cases of an open platform (openapi); database (MY SQL); and (3) operating an environment layer: including operating systems windows and linux. And the function of report statistics is realized by utilizing the development environment, the data configuration layer and the scene case library, and the function of test log recording is realized by utilizing the data configuration layer and the scene case library.

Fig. 5 is a schematic diagram of a test framework of openapi, and as shown in fig. 5, the test framework includes the following contents: common file: the functions needed in the process of testing the framework are designed as public functions separately and stored in the file, and the public functions are used for packaging a request (request) into a test file/test case, wherein the packaging process comprises the following steps: reading a configuration file of a merchant, operating a database and comparing test results; the file is also used to perform operations of querying from the database (sqldb) by means of sql statements; log folder: the test log storage device is used for storing test logs; report folder: used for storing the test report; test case (test _ case) folder: the test case storage module is used for storing the programming interface api test case; and an entry runner.

When in specific implementation, the method comprises the following steps: writing a test case in advance: and (3) creating a new test case under the test case path, storing the test case file into a file with a format of py, obtaining test data required by the case from the database, preparing an interface url and a header, and completing the interface test case. And putting the written test case into a database. A test request is received and a merchant profile is read using a python third party library (configParse). The configuration file format comprises. Ini and. Yaml format files, wherein the yaml file reads contents in a mode of open (), read (), and then performs format conversion and output in a method of yaml. Calling a unittest framework, loading a driver, loading a test case, executing the test case, writing a result and an exception log into a test report, and generating a total test report by using an HTMLTestRunner.

Through the steps, a unittest frame is introduced, an automatic test system is compiled, container merchants are written into configuration files, each interface is an independent test program, and when the test is executed, all interface requests and return results of all merchants can be automatically verified by running 1 program file (runner), so that an automatic test report is obtained.

The embodiment of the application also provides a nonvolatile storage medium, wherein the nonvolatile storage medium comprises a stored program, and when the program runs, the equipment where the nonvolatile storage medium is located is controlled to execute the above testing method for the unmanned retail container.

The nonvolatile storage medium stores a program for executing the following functions: obtaining test request messages sent by a plurality of interfaces, wherein the plurality of interfaces are interfaces in an unmanned retail container; responding to the test request message, and acquiring a plurality of identification information corresponding to a plurality of target merchants in the unmanned retail container, wherein the plurality of target merchants correspond to a plurality of interfaces; calling a plurality of test files corresponding to a plurality of target merchants according to a plurality of identification information corresponding to the target merchants; and simultaneously executing the plurality of test files and outputting a plurality of test results corresponding to the plurality of test files.

The embodiment of the application also provides a processor, and the processor is used for running the program stored in the memory, wherein the program runs to execute the above testing method for the unmanned retail container.

The processor is used for running a program for executing the following functions: obtaining test request messages sent by a plurality of interfaces, wherein the plurality of interfaces are interfaces in an unmanned retail container; responding to the test request message, and acquiring a plurality of identification information corresponding to a plurality of target merchants in the unmanned retail container, wherein the plurality of target merchants correspond to a plurality of interfaces; calling a plurality of test files corresponding to a plurality of target merchants according to a plurality of identification information corresponding to a plurality of target merchants; and simultaneously executing the plurality of test files and outputting a plurality of test results corresponding to the plurality of test files.

The above-mentioned serial numbers of the embodiments of the present application are merely for description and do not represent the merits of the embodiments.

In the above embodiments of the present application, the descriptions of the respective embodiments have respective emphasis, and for parts that are not described in detail in a certain embodiment, reference may be made to related descriptions of other embodiments.

In the embodiments provided in the present application, it should be understood that the disclosed technical content can be implemented in other manners. The above-described embodiments of the apparatus are merely illustrative, and for example, the division of the units may be a logical division, and in actual implementation, there may be another division, for example, multiple units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, units or modules, and may be in an electrical or other form.

The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one position, or may be distributed on a plurality of units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In addition, functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit may be implemented in the form of hardware, or may also be implemented in the form of a software functional unit.

The integrated unit, if implemented in the form of a software functional unit and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present application may be embodied in the form of a software product, which is stored in a storage medium and includes several instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method according to the embodiments of the present application. And the aforementioned storage medium includes: a U-disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a removable hard disk, a magnetic or optical disk, and other various media capable of storing program codes.

The foregoing is only a preferred embodiment of the present application and it should be noted that those skilled in the art can make several improvements and modifications without departing from the principle of the present application, and these improvements and modifications should also be considered as the protection scope of the present application.

Claims (10)

1. A testing method for an unmanned retail container is characterized by comprising the following steps:

obtaining test request messages sent by a plurality of interfaces, wherein the interfaces are interfaces in an unmanned retail container;

responding to the test request message, and acquiring a plurality of identification information corresponding to a plurality of target merchants in the unmanned retail container, wherein the plurality of target merchants correspond to the plurality of interfaces;

calling a plurality of test files corresponding to the target merchants according to a plurality of identification information corresponding to the target merchants;

and simultaneously executing a plurality of test files and outputting a plurality of test results corresponding to the plurality of test files.

2. The method of claim 1, wherein the identification information comprises:

the identity code is a character string for identifying the identity of the target merchant;

the verification code of the identity code is a character string for verifying the identity of the target merchant;

and supporting a test environment for running the test file corresponding to the target merchant.

3. The method of claim 1, wherein the test file comprises:

an open interface, wherein the open interface is an interface for sending the message requesting the test;

a network interface, wherein the network interface is an interface for providing network services;

the test type corresponding to the test request message, the test method corresponding to the test type, and the transmission mode of the test data.

4. The method of claim 1, wherein before invoking the plurality of test files corresponding to the plurality of target merchants according to the plurality of identification information corresponding to the plurality of target merchants, the method further comprises:

and storing a plurality of test files corresponding to the plurality of interfaces in a database.

5. The method of claim 1, wherein prior to executing a plurality of the test files simultaneously, the method further comprises:

determining the format of the test file, determining the reading mode of the test file according to the format of the test file, and reading the content of the test file according to the reading mode;

and determining a conversion mode of the test file according to the format of the test file, and converting the read content of the test file according to the conversion mode.

6. The method of claim 1, wherein prior to obtaining, in response to the test request message, a plurality of identification information corresponding to a plurality of target merchants in the unmanned retail container, the method further comprises:

calling a test framework and loading a driver, wherein the test framework comprises: a test sequence and a test method, the driver being for executing the test file.

7. The method of claim 1, wherein after executing a plurality of test files simultaneously and outputting a plurality of test results corresponding to the plurality of test files, the method further comprises:

and outputting a test report, wherein the test report comprises a plurality of test results corresponding to the plurality of interfaces and a test log generated by executing the test file.

8. A testing apparatus for an unmanned retail container, comprising:

the system comprises an acquisition module, a display module and a display module, wherein the acquisition module is used for acquiring test request messages sent by a plurality of interfaces, and the interfaces are interfaces in an unmanned retail container;

the response module is used for responding to the test request message and acquiring a plurality of identification information corresponding to a plurality of target merchants in the unmanned retail container;

the calling module is used for calling a plurality of test files corresponding to the target merchants according to a plurality of identification information corresponding to the target merchants;

and the execution module is used for simultaneously executing the plurality of test files and outputting a plurality of test results corresponding to the plurality of test files.

9. A non-volatile storage medium, comprising a stored program, wherein when the program is executed, the non-volatile storage medium is controlled to execute the method for testing an unmanned retail container according to any one of claims 1 to 7.

10. A processor for running a program stored in a memory, wherein the program when run performs the method of testing an unmanned retail container of any one of claims 1 to 7.

Images