JP2003233513A - Virtual system testing method and virtual unit used therefor - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a system test environment capable of testing operation of a system on a computer with an application program working on a hardware unit, without using any hardware unit. <P>SOLUTION: For each hardware unit, the virtual unit serving as a software part having an application program interface API, software 703 simulating operation of the hardware unit, and software 305 outputting a configuration form data of the hardware unit matching an internal condition of the hardware unit is formed to be registered in a distribution server on the Internet. A system constructor selects the hardware unit necessary for a system and downloads the virtual unit matching the hardware unit. A parameter necessary for operating the virtual unit is set, and an application program is formed. After the application program is completed, the application program is run on the test environment using the virtual unit for performing an interlocking test. <P>COPYRIGHT: (C)2003,JPO

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a system test method for creating and testing an application program that operates on a system composed of a plurality of hardware units without labor or cost, and in particular, there is no hardware unit. Alternatively, the present invention relates to a virtual system test method capable of confirming the operation of an application program by itself and a virtual unit used therefor.

[0002]

2. Description of the Related Art Conventionally, when constructing a system in which a plurality of hardware units are combined, a system developer mainly uses past system development experience, hardware unit specifications, hardware unit sample purchases, etc. After selecting the necessary hardware unit, creating an application program based on the required specifications, and finally performing repeated tests using the actual machine, and confirming that there was no problem with the entire system, we delivered it. .

When investigating the cause of a system failure, the manufacturer usually has hardware for failure analysis, which is used to reproduce the failure and investigate the cause.

Conventionally, what is called an emulator or a simulator is, for example, Japanese Patent Laid-Open No. 5-2361.
There is a simulator described in the publication. This is to evaluate the application program while connecting the control computer, the tracking simulator that has exactly the same coupling as the actual machine, the upper vidicon simulator, and the lower transmission simulator to generate events at the same timing as the actual plant. Is to do. However, it is necessary to create dedicated hardware as described above, and its cost cannot be ignored.

Further, in the test execution system described in Japanese Patent Laid-Open No. 8-194634, the simulation execution program executes the device simulation based on the device information that defines information on the device shape and input / output, and It tests the control program. In this case, the simulation can be performed without hardware, but the development cost cannot be ignored because it is necessary to design a plurality of dedicated software.

Further, the virtual factory simulation device and method described in Japanese Patent Laid-Open No. 2000-81906 is based on a plurality of virtual machine simulators each including a virtual controller simulating a controller and a virtual machine simulating mechanical motion. It is composed of an execution processing unit that executes a simulation and an interference check processing unit that checks the interference of the three-dimensional shape of a device model, and models a virtual device with the same configuration as the actual device configuration.
However, even in this case, it is necessary to create a plurality of dedicated hardware and software, and the cost involved cannot be ignored.

[0007] Further, Japanese Patent Application Laid-Open No. 20 proposed by the applicant of the present application has been proposed.
The system order delivery method and the system ordering method described in Japanese Patent Application No. 01-129602 include creating an application program, confirming the appearance of the system, confirming the mounting position of the unit, and the system before ordering a system including a plurality of hardware units. In order to check the interlocking, for each hardware unit, create a software component that includes its outline, fixing method, interface specifications, software that simulates operation, information about the purchaser, information about the selling price, and register it on the distribution server on the Internet. It is something to keep. In the present invention, the method of registering with the distribution server of the prior application is used.

[0008]

As described above, in the conventional system development, the interlocking test of the application program has been carried out after obtaining the tester. However, it often takes about several months to obtain the actual device, and if a hardware unit with special specifications is included, even if the actual device is obtained, it will not be possible to supply the specified voltage or power. Since it requires a considerable amount of labor to operate, such as installing a driver, it took a lot of time and effort to perform the interlocking test of the application program.

Further, when the hardware unit is a newly developed product, there is often a problem in stability, and the interlocking test may be redone each time. Furthermore, even after the system is completed and handed over to the user, there are occasions where the system interlocking test is performed due to a failure or the like. In the case of a small-scale system, it cannot be said that the system environment for failure analysis is always in place, and it was necessary to build a system each time a failure occurred.

Generally, hardware development and software used therefor are often developed in parallel, but even if a software developer does not have hardware,
If you want to test the software, you have to create a simulator that simulates hardware and run the simulation based on it. However, because the developer needs to create a simulator or emulator that simulates the hardware he develops, only special hardware can be used, and the cost involved cannot be neglected.

Therefore, an object of the present invention is to solve the above problems, test the operation of the system on a computer, save the cost for the test, shorten the development period, and facilitate the failure analysis work. Another object of the present invention is to provide a virtual system test method and a virtual unit used therefor. Another object of the present invention is to register a virtual system unit, which realizes various hardware by software, on the Internet as a general-purpose unit, and to provide a virtual unit required by a user (customer) or a developer. (EN) It is possible to provide a virtual system test method that can be selected from the inside and that can test software before development using the virtual unit, and a virtual unit used for the method.

Further, another object of the present invention is to use a virtual system test method capable of operating an application program without any hardware unit and visually confirming the operation, and a virtual system test method therefor. To provide a virtual unit. Further, another object of the present invention is to provide a virtual system test method and a virtual unit used therefor which can be used for hardware maintenance or failure countermeasures even after a hardware unit is developed and a product is delivered. To provide.

[0013]

In order to achieve the above object, in the virtual system test method of the present invention, a system is constructed by the following procedure. For each hardware unit, the manufacturer of the hardware unit provides an application program interface (API), software that simulates the operation of the hardware unit, and external shape data of the hardware unit that corresponds to the internal state of the hardware unit. Create a "virtual unit", which is a software component that has the software to output, and register it in the distribution server on the Internet.

The system builder (or user) selects a hardware unit required for the system, selects a virtual unit corresponding to the hardware unit from among those registered in the distribution server, and downloads it. Next, the parameters required to operate the virtual unit are set and an application program is created. When the application program is completed, first the application program is run in the test environment using the virtual unit to perform the system interlocking test. If there is no problem in the interlocking test, after final confirmation with the actual system, deliver to the user.

In addition, since a failure occurrence site can be roughly specified with respect to a failure after delivery by the user, the actual machine is used only for the corresponding hardware unit, and the others are limited by using the virtual unit. It enables efficient operation of hardware assets.

[0016]

BEST MODE FOR CARRYING OUT THE INVENTION Embodiments of the present invention will be described in detail below with reference to the drawings. In the present invention, first, a "virtual unit", which is a software component in which a hardware unit manufacturer incorporates a software component that simulates the actual operation of the hardware unit on a computer.
Create and register with the distribution server. The distribution server is constructed using a generally known network technology such as a web server.

(Street Terminal) FIG. 2 is a system configuration diagram of a street terminal to which the present invention is applied. In FIG. 2, 10
Is a street terminal, 20 is an information server, and 30 is a network such as the Internet. The street terminal 10 has a monitor,
Keyboard, pointing device, card reader,
A printer and the like are built in, and various virtual units created here are registered. The street terminal 10 is installed in a place where a large number of people gather, such as a station,
In addition to displaying street information on a monitor, it also handles displaying and printing of names and brief descriptions of registered virtual units, and other facility reservations. In addition, the information server 20 can be accessed from a large number of users from the street terminal 10 via the Internet 30, and selection of registered software products, borrowing, purchase, etc. can be negotiated.

The street terminal 10 has the Internet 30
The information server 20 connected via the server can store and deliver street information, and can display the facility reservation status on a monitor or print it. The street terminal 10 and the information server 30 of the present invention can be used as a virtual system test environment, a maintenance environment after hardware delivery, and a failure countermeasure environment.

FIG. 3 is a block diagram of the street terminal of FIG. As shown in FIG. 3, the street terminal 10 has a control device 1
01, a monitor 102 with a touch panel, a magnetic card reader 103, and a printer 104 are incorporated. Also, L
The AN board 105 is arranged and connected to the network. Further, the housing 106 is installed, and the flicker lamp 107 of the card unit and the flicker lamp 1 of the printer unit are installed.
08 is attached. Power is supplied from the power supply unit 109 to the entire terminal 10. The street terminal 10 displays and prints various event information stored in the server 20, and provides various reservation services with a membership card.

(System Test Environment) FIG. 7 is a diagram showing an example in which the street terminal and the information server of the present invention are used as a system test environment. In the present invention, the virtual system test computer 50 is used as a simulation of a street terminal, and the virtual system test computer 60 is used for simulating an information server and for monitoring the appearance image of the street terminal / issuing a manual operation command. The computer 50 has a system test management manager 359.
Besides, application program 35 for street terminals
0, a plurality of virtual units 351 to 354 are arranged under the 0, and an operating system 355 is built therein. Note that, in FIG. 7, the virtual unit only shows the housing, the power supply unit, the card reader, the printer, and the printer, but in reality, as shown in the external image of the street terminal shown in FIG. Virtual units are set for all components such as the device 101, the touch panel monitor 102, the magnetic card reader 103, and the LAN board 105.

A monitor 51, a keyboard 52, and a pointing device 53 are connected as external devices. A command from the browser 361 of the computer 60 simulating the information server is first input to the housing 351 which is a higher virtual unit, and transferred from there to the lower virtual units 352 to 354.

In the computer 60, in addition to the system management manager 369, an information server application program 360, a browser 361, and an operating system 365 are arranged. Also, as an external device,
The monitor 61, the keyboard 62, and the pointing device 63 are connected. LANs 59 and 69 are arranged in both computers 50 and 60, and they are connected by a network such as the Internet.

(Virtual Unit) FIG. 1 is a block diagram of the inside of a "virtual unit" showing an embodiment of the present invention. The correspondence relationship between the virtual unit of FIG. 1 and the virtual unit of FIG. 7 will be described. The virtual unit 351 of the housing of FIG. 7 corresponds to the virtual unit 303 of the housing of FIG. Each of the virtual units 352 to 354 of the card reader and the printer is the virtual unit 3 shown in FIG.
Represented by 02.

The browser 361 of the information server computer 60 shown in FIG. 7 corresponds to the browser 311 shown in FIG. 1, and the information server application program 3 shown in FIG.
60 and application programs for street terminals 3
Reference numeral 50 corresponds to the application program 301 in FIG.

The virtual unit 302 is a software component including a matrix control unit 304, a shape data generation unit 305, and an emulation unit 703 which is a virtual hardware unit. The matrix control unit 304 receives commands from the application program 301 and controls hardware units.

Hard unit emulation section 703
Is pure software that simulates the operation of a hard unit, and here, for all parts that constitute the street terminal 10, information such as their outer shapes, fixing methods, interface specifications, and operation states is provided for each part. It has been described. The emulation unit 703 receives a command from the application program and hardware control by the matrix control unit 304, and updates the description of the outer shape and operation state of the designated component according to the command. Further, the emulation unit 703 notifies the browser 311 that the appearance shape has been changed by the manual operation by the shape data generation unit 305. At that time, the shape data generation unit 305 generates three-dimensional shape data to transmit the data to the browser 311, and the browser 311 displays an image of the shape and operation of each component on the monitor screen.

The shape data generation unit 305 receives a manual operation command from a host (a browser, a virtual unit of a housing), notifies the emulation unit 703 of this,
When the external shape is changed by the manual operation,
The changed shape data is written in the shared memories 507 and 508, and the shape data change message is transmitted to the upper layer. The emulation unit 703 simulates the actual operation of the hard unit and communicates with the matrix control unit 304 similarly to the hard unit.

The matrix control unit 304 for controlling the hardware unit is a conventionally known function control unit, and receives a message from the application program 301 via the API (application program interface) (steps 401, 402). ,
Hard unit body 701 or emulation unit 7
03 to the hardware unit main body 701 or the emulation unit 703.
Wait for a response from (step 404).

When a response is received from the hard unit body 701 or the emulation unit 703 (step 404), if there is a message (step 402),
The message is accepted (step 405) and the application program 301 is notified (step 40).
6). When the internal state is changed, the shape data generation unit 305 is notified to send the image of the shape data change to the browser 311 (step 407). When a manual operation command is sent from the shape data generation unit 305 via the emulation unit 703, the application program 30 indicates that the internal state has been changed.
1 (step 406).

The shape data generation unit 305 is a characteristic part of the virtual unit of the present invention, and notifies the virtual hardware unit emulator 703 configured by software of a manual operation command even if there is no hardware. ,
The internal state change of the response from the emulator is acquired, the hardware shape data is generated, and is sent to the browser 311. For example, hardware card insertion,
It has a function of generating a shape data change message such as card loading, card number checking, card reading, card ejection, card removal, etc., and sending three-dimensional image data to the browser 311.

When a manual operation command is input from the virtual unit 303 of the upper case or an internal state change notification is input from the matrix control unit 304 (step 5
01, 502) and notifies the manual operation command to the emulation unit 703 (step 504). If the shape data on the shared memory is changed (step 50
5) Overwrite the shape data in the shared memory (step 507). Then, the three-dimensional image data is sent to the upper virtual unit 303 (step 506).

Upper virtual unit (case unit) 3
03 includes a matrix control unit 603 and a shape data generation unit 602, like the normal virtual unit 302, and when its own shape data generation unit 302 overwrites the shape data in the shared memory (step 508).
If the shared memory is overwritten with the shape data in the lower virtual unit 302 (step 507), a notification is sent to the shape data integration unit 601.
Notify to the shape data change message.

When a manual operation command is input from the browser 311, the shape data generation unit 602 sends the manual operation command to the lower virtual unit 302 in the same manner as the lower virtual unit 302. As described above, the virtual unit inquires of the emulation unit 703 what kind of shape it has, and thus notifies the browser 311 of the change of the shape with three-dimensional data even when there is no hardware, and the browser 311 uses the three-dimensional data. It is possible to display various images.

(Three-dimensional image) FIG.
It is a figure when the external appearance image of a street terminal is displayed on a monitor by a browser. In FIG. 7, the virtual system test computer 50 runs the application program 350 of the street terminal 10, and the computer 60 runs the application program 360 of the information server 20.

Separately from this, in the virtual system test computer 60, the browser 361 is operated to display the appearance image of the street terminal 10. On the street terminal 10,
Control device 101, LAN board 105, printer 10
4, a magnetic card reader 103 and a power supply unit 109 are built in, a monitor 102 with a touch panel, a card unit flicker lamp 107, a printer unit flicker lamp 108,
The street terminal housing 106 is arranged on the surface.

When the command of "unlock the lower door" is issued by operating the pointing device 63 on the screen of the monitor 61, this is the manual operation command of FIG.
3 to the lower virtual unit 302. Further, if the pointing device is operated to the position of “insert card”, the instruction to insert the card is sent from the browser 311.

(Activation of System Test Environment) FIG. 4 is a sequence chart of the activation process of the virtual system test environment of the present invention. The state of the system test environment at startup will be described below with reference to FIGS. 4 and 7. When the virtual system test computers 50 and 60 are powered on, after the operating systems 355 and 365 are started,
The system test management managers 359 and 369 are activated. The system test management managers 359 and 369 are
The virtual unit is activated according to a predetermined system definition file. Next, the browser 361 is activated by a user operation. When the browser is activated, an inquiry is made to the virtual unit 351 of the housing in order to create a list of manual operation commands (S100).

The virtual unit of the chassis is associated with the virtual unit of the built-in hardware unit, and a list of manual operation commands is obtained from each virtual unit (S
101-S104). In the case of a magnetic card reader, manual operations include card insertion and card reception.
The virtual unit of the chassis uses the acquired list in the browser 36.
It returns to 1 (S105). Next, in the same procedure as the manual operation command, similarly obtain the initial shape data,
Display on the monitor of the browser 361 (S110 to S11)
6).

Next, the browser 361 selects a power-on operation and gives an instruction to the virtual unit 352 of the power supply section (S120). The virtual unit 352 of the power supply unit notifies all the virtual units that the power has been turned on, and notifies the internal state change (S121). Each virtual unit performs a startup process (S122 to S12).
5) Notify the browser 361 of changes in shape data such as lighting of LEDs.

The virtual unit 355 of the control device activates the application program (S126) and causes the hardware initialization process of the application program 350 to be performed (S127). Here, in order to perform only the virtual operation of the card reader, the operation is started (device open) by giving an instruction to the virtual unit 353 of the card leave (S128), and the browser 361 is three-dimensionally operated. Notify the change of the image and shape data of.

(Example of System Test) FIG. 5 is a sequence chart showing an example of a test of the virtual system test environment of the present invention. Hereinafter, the state of the system test in which the application program 350 of the street terminal 10 is operating will be described with reference to FIGS. 5, 6, and 7 by taking the magnetic card reception processing portion as an example. In this magnetic card reception part,
Inhaling the end user's magnetic card, reading the data recorded on the magnetic stripe, finally ejecting the card and returning it to the end user.

First, the application program 350
Issues a blinking command of the flicker lamp 107 to prompt the insertion of the magnetic card (S200). In the virtual system test environment, this command is the virtual unit 35 of the chassis.
1 will be notified. Then, the virtual unit does not blink the flicker lamp of the actual machine, but transmits the three-dimensional shape data of the blinking flicker lamp to the browser to execute the "virtual" blinking processing (S201).

Next, the application program 350
Issues a card insertion permission command, but in the above environment, issues a card insertion permission command to the virtual unit 353 of the card reader (S210). Upon receiving the insertion permission command, the virtual unit 353 of the card reader notifies the browser 361 to permit the card insertion operation (S211). When the card insertion operation is permitted,
The browser 361 activates the card insertion operation menu,
Allows selection of card insertion operation (S21
2).

By the above operation, the flicker lamp 107 of the card reader 103 of the street terminal shown in FIG. 6 blinks. When the card insertion operation is selected from the menu 401 on the screen of FIG. 6, the browser 361 inquires the tester about the card number parameter. When the card number is input, the virtual unit 353 of the card reader is notified together with the card number that the card insertion operation has been executed.
(S213).

The virtual unit 353 notifies the browser 361 that the appearance image has been changed (S21).
4), the card insertion state is displayed as a three-dimensional image on the monitor of the browser 361. Hereafter, the virtual unit of the card reader confirms that the card number has been entered,
The card number is checked (S215), and card loading processing is performed (S216). Then, the virtual unit 353 of the card reader issues a read command to the application program 350 (S217), and then issues a read command from the application program 350 (S220).

As a result, the virtual unit 353 of the card reader receives the card read command and notifies the browser 361 of the change of the shape data by the card read operation (S221). Is notified to the application program 350 (S222). When the application program 350 obtains the read result, the application program 350 performs a predetermined magnetic card reception process (S223) and issues an eject command (S230).

The discharge command is also sent to the virtual unit 353 of the card reader as described above. When the ejection command is issued, the virtual unit 353 of the card reader transmits a card receipt permission notification to the browser (S23).
1). As a result, the card receiving operation can be selected from the browser 361. The virtual unit 353 of the card reader notifies the application program 350 of discharge completion (S232).

When the browser 361 selects the card receiving operation, the virtual unit 353 of the card reader sends the three-dimensional image of the card removed to the browser 361 (S235) and the application program 3
Issue a card receipt completion notification to 50 (S23
6) Then, a series of card acceptance processing ends.

The virtual unit 353 of the card reader updates the appearance image by the same procedure every time the internal state is changed (S216, S221, S231, S23).
5). In this way, even if there is no actual hardware, the virtual unit functions to display a three-dimensional image with hardware-like change in shape data on the monitor of the browser 361.

(Use for Maintenance) In the present invention, the street terminal 10 (virtual unit) of the present invention is provided even after the actual machine is delivered.
Can be used for maintenance. For example, an IP address between the street terminal 10 and the information server 20 can also be obtained by identifying a portion of the actual machine that is assumed to be a failure and replacing only that portion with the virtual unit of the present invention for testing. Maintenance inspections can be performed as they are without replacement. In addition, by sequentially replacing a part of the actual machine with a virtual unit and performing a test, maintenance and inspection of the entire actual machine can be performed.

(Usage for Countermeasures for Faults) In the present invention, countermeasures for faults can be executed using the street terminal 10 of the present invention even after the actual machine is delivered. For example, the street terminal 10
When the street terminal 10 of the information server 20 and the information server 20 fails, the conventional method is used in the conventional method.
It is necessary to replace both of them with the prepared spare device to perform the failure test. However, in the present invention, the failure test can be performed by using only the street terminal 10 as a virtual unit and the information server 20 as it is as an actual machine. it can. In the communication test, when the device is replaced, it is necessary to replace the IP address, the mail is transferred to the mobile terminal with the replaced address, and the setting information is sent from the mobile terminal to the parts of the replacement device. However, in the present invention, the trouble of replacing the IP address is omitted, and the test can be simplified.

[0052]

As described above, an application program that normally operates on a hardware unit does not operate unless the hardware unit is prepared. However, according to the present invention, even without a hardware unit,
It becomes possible to operate the application program. Furthermore, the operation can be visually confirmed. As a result, it is possible to perform an operation test on the computer before the hard unit is acquired, which could not be performed without the operation test until the device has been purchased, which saves the cost of the test and the development period. Can be realized.

Further, according to the present invention, a virtual system unit for realizing various hardware by software is registered as a general-purpose unit on the Internet, and the virtual unit required by the user (customer) or the developer is set as the unit. Since you can select from among these, the cost of testing can be reduced.

Further, according to the present invention, even after the hardware unit is developed and the product is delivered, the virtual unit can be utilized for hardware maintenance or failure countermeasures.

[Brief description of drawings]

FIG. 1 is a block diagram of a virtual unit showing an embodiment of the present invention.

FIG. 2 is a system configuration diagram of a street terminal to which the present invention is applied.

3 is a block configuration diagram inside a street terminal in FIG. 2. FIG.

FIG. 4 is a sequence chart of a startup process of the virtual system test environment of the present invention.

FIG. 5 is a sequence chart showing an example of a test of the virtual system test environment of the present invention.

FIG. 6 is a screen image diagram of a browser display during a test according to the present invention.

FIG. 7 is a block diagram of a virtual system test environment showing an embodiment of the present invention.

[Explanation of symbols]

10 ... Street terminal, 20 ... Information server, 30 ... Internet, 50 ... Virtual system test computer, 5
1 ... Monitor, 52 ... Keyboard, 53 ... Pointing device, 59 ... LAN board, 60 ... Virtual system test computer, 61 ... Monitor, 62 ... Keyboard, 63 ... Pointing device, 69 ... LAN board, 101 ... Control device, 102 ... monitor with touch panel, 103 ... magnetic card reader, 104 ... printer, 1
05 ... LAN board, 106 ... Street terminal housing, 107 ...
Card section flicker lamp, 108 ... Printer section flicker lamp, 109 ... Power supply section, 301 ... Application program, 302 ... Virtual unit, 303 ... Virtual unit of chassis, 311 ... Browser 350 ... Street terminal application program, 351 ... Street terminal A virtual unit 352 simulating the casing 106, 352 ... Street terminal power supply unit 109
Virtual unit for simulating a card reader of a street terminal, 354 ... virtual unit for simulating a printer of a street terminal, 355 ... operating system of a virtual system test computer, 3
59 ... System test management manager of computer for virtual system test, 360 ... Application program for information server, 361 ... Browser for monitoring external image of street terminal 365 ... Operating system of computer for virtual system test, 369 ... Computer for virtual system test System test management manager.

Claims (5)

[Claims] 1. An application program interface for controlling a hardware unit or software for simulating the operation of the hardware unit from a user program, and controlling software for simulating the operation of the hardware unit or the hardware unit. The software includes software and software that outputs internal information of the device execution status by inquiring software that simulates the operation of the hardware unit. The computer displays the operating state of the software that simulates the operation of the hardware unit. A virtual unit characterized by being monitored by. 2. The virtual unit according to claim 1, further comprising software that outputs a three-dimensional image of a hardware unit as the internal information of the device execution status. 3. A storage unit for storing the configuration information and the program file of all the hardware units in the system or the virtual unit according to claim 1, and a hardware unit to which the configuration information and the program file are applied from the storage unit. A system test environment apparatus comprising: means for transmitting to the virtual unit; and means for activating the program file in a prescribed procedure. 4. An application program interface API, software for simulating the operation of the hardware unit, and software for outputting the outer shape data of the hardware unit corresponding to the internal state of the hardware unit are provided for each hardware unit. Create a virtual unit to register, register the created virtual unit in the distribution server on the Internet, and if the hardware unit required for the system is selected from the Internet, download the virtual unit corresponding to the hardware unit. Then, set the parameters required to operate the corresponding virtual unit, create the target application program, and when the application program is completed, use the corresponding virtual unit. Virtual system testing method characterized in that to operate the application program on strike environment, to implement the interlock test. 5. The virtual system test method according to claim 4, wherein after the hardware unit is delivered, the virtual unit is replaced in place of all or part of the hardware unit during maintenance or troubleshooting. A virtual system test method, characterized by using to perform a system test of an application program.