JP2005107823A - Software test program, method and device using picture transition diagram model - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a software program for executing software in a state closer to the completion time even during the execution in the middle of the development of the software. <P>SOLUTION: A picture transition diagram temporary execution code generation means 4 applies a temporary action module stored in a temporary action module library 3 to each block of picture transition diagram information stored in a picture transition diagram storing means 2, and generates an execution code on the basis of the application information of the temporary action module and the picture transition diagram information stored in the picture transition diagram storage means 2. In this case, the picture transition diagram temporary execution code generation means 4 sets a stand-by time for every calling code of the temporary action module in the prepared execution code. A temporary executing means 6 executes processing based on the execution code generated on the basis of the set stand-by time. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

  The present invention relates to a system for combining various programs through screen operations to develop and test software, and particularly to building a Web application.

  Every year, software is becoming more complex and sophisticated. For this reason, it is difficult for a user to develop software directly, and it is generally performed by a specialized software developer.

  Therefore, in software development, the user who wants to use the software tells the software developer what he wants to do, and the software developer develops based on the given content. Become.

  In this way, if the software user and developer are different, the specification will be examined in detail between the user and the developer, and the developer will fully understand the user's intention and develop the software. There is a need to do.

  However, development means that the contents are examined in a state where there is no target software, that is, no operating environment.

  In this situation, users often have little knowledge of what software development is, what the performance and functions of each application are, and there is no operating environment. Even if a detailed meeting is held, it is difficult for the user to imagine the situation.

  For this reason, even if a detailed meeting is made in advance between the user and the developer, and an application is created and operated according to the contents of the meeting, the application may not necessarily be the target application for the user. It occurred a lot.

That is, conventionally, almost completed software is once operated, and the operation state is confirmed by the user, and the program is corrected according to the confirmation result.
JP-A-10-124431

  However, software is becoming more and more complex year by year, and when it is necessary to modify what was once completed like the conventional method described above, it may be necessary to make a total modification. Many things happened.

  In order to cope with this, it is possible to have the user use the completed part of the software on a trial basis during development, but the operation in a state different from the actual operation status Therefore, even if the user is satisfied in the middle, the completed software may not be satisfactory to the user.

  In order to solve the above-described conventional problems, the present invention provides a screen transition diagram storage unit that stores screen transition diagram information, a temporary action module storage unit that stores a temporary action module applied during temporary execution, and the screen transition diagram. Application means for applying the temporary action module stored in the temporary action module storage means to each element of the screen transition diagram information stored in the storage means, application information and screen transition diagram of the temporary action module by the application means Execution code generation means for generating an execution code based on screen transition diagram information stored in the storage means, and a setting for setting a waiting time for each call code of the temporary action module in the execution code generated by the execution code generation means And the execution code with reference to the waiting time set by the setting means Those having a temporary execution means for performing the execution of the execution code generated by the formation means.

  With the above configuration, even during provisional execution, provisional execution can be performed in a state closer to the actual execution. This allows the user to check the operation status in a state closer to the completed state at an early stage of development, so that problems can be identified at an early stage and close to completion. You don't have to make major software modifications at that time.

  A web application creation / test system, which is a kind of software, will be described below.

  The web application mainly includes screen output to be displayed on the user's terminal, each input type of the screen input by the user, and processing for processing the input information.

  FIG. 1 is a block diagram of a web application creation / test system based on the first embodiment of the present invention.

  In FIG. 1, 1 is an image transition diagram creation module in which a user performs screen transition diagram creation processing in response to an operation of an input unit 101 such as a mouse or a keyboard, and 2 is created by an image transition diagram creation module 1. It is a screen transition diagram storage means for storing a file of the screen transition diagram that has been displayed.

  3 is a temporary action module library storing various temporary action modules necessary for temporary execution, and 4 is a temporary action module designated for each transition block stored in the screen transition diagram file stored in the screen transition diagram storage means. Is a screen transition diagram temporary execution code creation module for creating an execution code to be executed by a computer by applying the above from the temporary action module library 3.

  Reference numeral 5 denotes display means for displaying various types of information. Display based on a screen transition diagram file in the screen transition diagram storage means 2 according to an operation from the input means 101 by the operator or instructions from various modules, or provisional execution Various display of time.

  6 is a temporary execution means for performing processing based on the execution code created by the screen transition diagram temporary execution code generation module. When the temporary execution means performs processing based on the execution code, the user inputs the input means 101 through the input means 101. When an input related to a screen operation is performed, the data request processing module 7 displays a corresponding next screen. The data request module performs processing by appropriately calling a temporary action module in the temporary action module library set in advance by the screen transition diagram temporary execution code generation module.

  8 links the processing state of the mowing execution means and the contents of the screen transition diagram file, and the processing screen of the temporary execution means and the software currently being executed by the temporary execution means are executing which block of the screen transition diagram This is a simulation execution control module that causes the display means 5 to simultaneously display a screen showing what is.

  Reference numeral 9 denotes various related items when a predetermined operation is performed such as execution of the software from a predetermined block in the screen transition diagram, temporary restart of the software that has been paused or resumed temporarily through the input means 101 during temporary execution. An interrupt control module for outputting an interrupt instruction to the module; 11 is a screen transition diagram by the simulation execution control module 9 for the next screen display corresponding to the screen operation according to the input means when the temporary execution means is executed; It is a database that arrives at the correspondence relationship of temporary execution status and stores it sequentially.

  The operation of the web application creation / test system configured as described above will be described below.

First, in this system, we will explain the case of creating software to display the result after letting the user input the request for product quotation on the request screen,
[Screen transition diagram creation processing]
The screen transition diagram creation process starts when the user operates the input unit 101 to activate the screen transition diagram creation module 1.

  In this process, the three processes shown in FIG. 2 are performed by the drawing transition diagram creation module sequentially processing the screen transition diagram creation (S1001), screen layout creation (S1002), and screen item specification creation (S1003). Is called.

First, the screen transition diagram creation processing (S1001) will be described. The screen transition diagram creation module 1 displays the screen transition diagram creation screen 201 shown in FIG. At this time, the screen transition diagram creation module 1 includes a cursor 202 that moves on the display screen of the display means 5 and a connector that joins the blocks at the time of screen transition diagram creation and between the blocks according to the operation of the input means 101. The displayed icon group 203 is displayed on the display screen 5.

  In this state, the user operates the input unit 101 to move the cursor 202 over any icon in the icon group 202, performs an operation indicating selection, and then moves the cursor 202 to a desired position. When the operation is performed, the screen transition diagram creating module 1 moves the icon block corresponding to the selected icon in accordance with the movement of the cursor. Thereafter, when the user performs an operation on the input unit 101 to indicate that the block is fixed at the position, the screen transition diagram creating module 1 stores the position information and the block type information in the screen transition diagram storage unit 2. At the same time, the icon of the corresponding block is fixedly displayed at that position.

  In this icon group, “Start / End” indicates the start of processing, “Screen display” indicates the display of the input screen and the output screen of the processing result, and “Action” indicates that the operator performs some operation via the input means 101. "Character input" is an icon indicating that a character name is assigned to a block, and "Connector" is a connector icon that connects blocks.

  When the above operation is repeated and the user performs a screen creation operation, the screen transition diagram creation module sequentially stores the information in the screen transition diagram storage means 2 and displays the information on the display means 5.

  FIG. 4 is an example of a screen transition diagram created by the above processing. In this way, a transition diagram that can be understood by the user can be created.

  However, what kind of screen configuration each block has in this state? Nothing is defined as to what data is processed and how it is processed.

  Therefore, the screen transition diagram creation module 1 proceeds to screen layout creation processing (S1002) next.

  At the beginning of the transition, the screen transition diagram creation module 1 causes the display means 5 to display a screen transition diagram similar to the screen transition diagram creation screen of FIG. 4 as shown in FIG. (However, icons are not displayed.)

Here, when the user operates the input unit 101 and performs an operation for aligning the cursor 301 with respect to the screen display processing for which the screen layout is to be created, the screen transition diagram creation module 1 moves the cursor accordingly. I do. (Here, it is assumed that the block on the quotation request screen has been moved.)
Here, when the user performs an operation indicating determination on the input unit 101, the screen transition diagram processing module causes the display unit 5 to display the screen layout creation screen 302 shown in FIG. 6. At this time, the screen transition diagram creation module 1 displays a cursor 303 that moves on the display screen of the display unit 5 in accordance with an operation of the input unit 101 and an icon group 304 that indicates various components at the time of screen layout creation. 5 is displayed.

  In this state, the user operates the input unit 101 to move the cursor 303 over any icon in the icon group 304, performs an operation indicating selection, and then moves the cursor 303 to a desired position. When the operation is performed, the screen transition diagram creation module 1 moves the icon component corresponding to the selected icon in accordance with the movement of the cursor. Thereafter, when the user performs an operation on the input means 101 to fix the part at the position, the screen transition diagram creation module 1 displays the icon of the corresponding part at the position.

  The screen layout is created by repeating the above processing. The screen layout created in this way is shown in FIG.

  In this state, when the user operates the input unit 101 to perform layout registration, the screen transition creation module 1 links the layout contents to the corresponding block of the screen transition diagram (here, the quotation request screen). The state is stored in the screen transition diagram storage unit 2. At this time, as shown in FIG. 8, the screen transition diagram creation module creates an input item table in which characters entered next to each input item and an input frame are linked, and this table is also stored in the screen transition diagram storage means 2. Remember.

  This process is performed for each screen display block in the screen transition diagram.

  In this processing, it is assumed that the screen layout of the “estimation result screen” in the block of FIG. 5 is the same as that shown in FIG.

  Finally, the screen transition diagram creation module 1 performs screen item specification creation (S1003) processing.

  This process defines what process is performed for each item on the screen transition diagram.

  The screen transition diagram creation module also causes the display means 5 to display a screen transition diagram as shown in FIG.

  Here, when the operator performs an operation of moving the cursor to any block using the input unit 101 and then performs an operation of selecting the block, the screen transition diagram creation module 1 receives the information, As shown in FIG. 10, an input item table corresponding to the corresponding block in the screen transition diagram storage means 2 is displayed. FIG. 10 The right frame of this table is blank. By operating the input means 101, the operator inputs the type of each item in this frame as shown in FIG. It should be noted that the input process to the item according to the operation of the input means 101 is performed under the control of the screen transition diagram creation module 1.

When the selected block is “action”, the screen transition diagram creating module 1 causes the display unit 5 to display a screen for inputting processing contents. Here, since “search” in the screen transition diagram of FIG. 5 is an “action” block, an input example of this block is shown in FIG.
In the item column, enter the item that contains the processing or calculation result, and in the processing content column, specify the details of the processing. In the case of FIG. 12, first, an input format check is performed on the item input on the quotation request screen. If there is an error, the screen shifts to an error screen. If not, the unit price information corresponding to the product number code is acquired from the database A to obtain the unit price information, and the unit price multiplied by the quantity (input on the estimate request screen) is stored as the price information. The process is defined.

By performing each process as described above, the flow of each screen process can be easily defined.
[Test program execution processing]
The test operation of the web application created as described above will be described below using the flowchart of FIG. Note that the screen transition diagram temporary execution code generation module 4 performs the following operations unless otherwise specified.

  First, when the operator performs an operation for instructing execution of the test program by the input unit 101, the screen transition diagram temporary execution code generation module 4 first displays the screen transition stored in the screen transition diagram storage unit 2. Based on the figure information, an execution code is generated (S2001).

  Next, the screen transition diagram provisional execution code generation module 4 checks whether there is another module / database reference portion such as a database in the generated execution code, and if not, completes the processing (S2002). Conversely, when it is determined that there is a reference part, the screen transition diagram temporary execution code generation module 4 performs the processes after S2003 on the assumption that there is a part to which the temporary action module is applied.

  First, a list of temporary action modules stored in the temporary action module library 4 is extracted (S2003), and the list is displayed on the display means 5 (S2004).

  Here, the temporary action module stored in the temporary action module library 3 will be described. As shown in FIG. 14, at least four types of temporary action modules are stored: an input reply module 31, a date acquisition module 32, a random number reply module 33, and an arithmetic module.

First, the input reply module 31 applies the input parameters as they are, the date acquisition module 32 outputs date information, and the random number reply module 33 automatically generates random numbers within the range for the input parameters. The module for applying the value and the calculation module 34 are modules for outputting the calculation results for the input parameters.
Therefore, in S2004, a temporary action module list and a message prompting selection thereof are displayed on the display means 5 as shown in FIG.

  When the operator operates the input unit 101 and selects one of them (S2005), the temporary action module in which the corresponding portion of the corresponding execution code is selected is stored in the screen transition diagram storage unit 2 (S2006).

  Then, it is confirmed whether there is any other part to which the provisional action module is applied (S2007). If there is no part, the process is terminated, and if there is, the process after step S2003 is repeated.

  As described above, as a result of application of the temporary action module, the screen transition diagram storage unit 2 stores the application status of the temporary action module applied to the web application. The stored contents are shown in FIG. Here, a random action module is set in the item “price” information. This does not give an accurate value, but when a formal calculation module cannot be applied (it has not been created) and only the display state of the search result output is confirmed (although the value is not correct), the display state Is sufficient as a display test.

  The execution code thus created and code converted is transferred to the temporary execution means 6, and the temporary execution means 6 performs processing based on this execution code.

  In this way, by executing the test by applying the temporary action module, the test program can be operated in a state closer to the execution state.

In addition, by applying the provisional action module, it is possible to display the result even if other systems such as the target database are not actually constructed, so even in the stage where it is not completely completed, It is possible to make the user confirm the execution state in a state closer to the actual operation state.
Next, the process by the temporary execution means 6 will be described in more detail based on the flowchart of FIG.

  First, it is checked whether past input data for processing of an execution code to be executed is stored in the database 11 (S3001). If there is no past input data (S3002), a process based on the execution code is performed (S3003). Naturally, at this time, the process is executed while applying the temporary action module based on the temporary action module application information stored in the screen transition diagram storage unit 2.

  Conversely, if there is past input data, a selection screen is displayed on the display means 5 as to whether or not past data is to be used (S3005).

  Here, if past data is not selected, the process proceeds to S3003. If it is selected to use, past input data is extracted from the database 11, and the execution code is a code that accepts input. Instead of waiting for input, the past input data is automatically input and the execution is continued (S3006). Also in this case, the process is executed while applying the temporary action module based on the temporary action module application information stored in the screen transition diagram storage unit 2.

  After the processing of S3003 and S3006 is completed, the input item data is stored as past input data in the database.

  An example of data stored in S3007 and referred to in S3006 is shown in FIG. This example is an input example corresponding to the estimate request screen (FIG. 7) in the screen transition diagram of FIG.

  In this way, when the test is executed, it is possible to automatically input past inputs, so that it is not necessary to manually input items many times when the same test is repeated with some corrections.

  It should be noted that, when the execution code conversion described above is performed, if the delay time of the provisional action module can be set, the test can be performed with a more realistic feeling.

  The provisional execution process including the delay time in the system will be described.

  When the screen transition diagram provisional execution module 4 performs the execution code conversion process as shown in the flowchart shown in FIG. 13, the delay time as shown in FIG. 19 on the provisional action module list display screen in S2004 of the flowchart. The display means is displayed so that (delay time) can be input.

  When the operator inputs the temporary action module applied by the input means 101 and its delay time along with this display, the screen transition diagram temporary execution module 4 stores the information in the screen transition diagram storage means 2. Go. The storage result is shown in FIG.

  The temporary execution means 6 refers to the delay time of the screen transition diagram storage means 2 every time the temporary action module is called when executing the execution code, and waits for that time to perform the corresponding temporary action module call processing.

  In the above description, the delay time information is stored in the screen transition diagram storage means, and the temporary execution means 6 performs the delay processing based on the stored contents of the screen transition diagram storage means 2 during execution of the execution code. Execution code that waits (waits for processing) for the delay time before (or behind) the execution code for calling the temporary action module when the execution code is converted by the screen transition diagram temporary execution code generation module 4 without performing such storage It is also possible to respond by putting in.

  In this way, the same effect can be obtained without the provisional execution means 6 performing special processing such as accessing the screen transition diagram storage means 2 to the calling word of the provisional action module.

[Temporary execution auxiliary processing]
In the case of a web application, various processes are performed depending on the user's selection and input contents. The more complicated the web application, the more diverse this process will be. The provisional execution process as described above is performed in order to confirm whether or not the plurality of processes are definitely executed in accordance with the user's intention or whether the wrong execution is performed. Although it is necessary to perform this, even if only the execution screen is followed, it is unclear whether or not provisional execution has been performed for all the processes. Further, in the case of complicated processing, it is difficult to grasp which processing on the screen transition diagram is related to how with only the execution screen.

  The processing shown below has been made in view of the problems in performing the provisional execution processing in this way.

(1) Screen Transition Diagram Parallel Display Processing This processing is performed by the screen transition diagram temporary execution code generation module 4 and the simulation execution control module 8 in the block diagram of FIG.
First, when the screen transition diagram provisional execution code generation module 4 creates an execution code from the screen transition diagram information stored in the screen transition diagram storage means 2, each screen transition diagram information as shown in FIG. For each block, an ID is assigned to each block in the screen transition diagram information, and the execution code and the ID of the block corresponding to the execution code are linked and stored in the database 11 in parallel.

  When the provisional execution means 6 performs provisional execution processing, the simulation execution control module 8 acquires the execution code processed by the provisional execution means 6 from the provisional execution means 6, and the ID stored in the database 11. Refer to the link information of the execution code and the link information screen transition diagram information stored in the screen transition diagram storage means 2 and display the screen transition diagram information that makes it possible to identify the block of the ID corresponding to the execution code. To be displayed. At this time, the identification display includes block icon color reversal, color change, blink, underline, arrow icon addition, and the like.

  Also, as shown in FIG. 22, on the display means 5, if the processing screen of the temporary execution means 6 and the display of the screen transition diagram information by the simulation execution control module 8 are displayed on the same screen, the operator / use The person can check the provisional execution process while looking at the correspondence between the processing screen and the transition diagram, and it becomes easy to specify the correction part and check after the correction.

  In FIG. 22, “screen transition status” indicates display processing by the simulation execution control module 8, and “processing screen” indicates display results by the temporary execution means. An arrow indicates a block that the temporary execution means 6 is processing in the screen transition diagram, and this arrow assignment processing is also performed by the simulation execution control module 8 by the above-described processing.

  In the above processing, each block of the screen transition diagram information is associated with the execution code. In addition to this, an ID is assigned to each display processing of each screen created by the screen layout creation processing, and this ID and the execution code. A block is linked and stored in the database 11, and a display screen is displayed when the simulation execution control module 8 displays a processing screen by the temporary execution means 6 based on this link information during the temporary execution process. A process may be performed in which an ID of a block corresponding to the ID is specified and an image transition diagram is displayed so that the block can be distinguished from other blocks.

(2) Screen Transition Diagram Operation History Storage Process The provisional execution means 6 described above performs a process of accumulating the processing contents in the database 11 when performing a process based on the execution code.

  This process will be described.

  FIG. 23 is a screen in a state in which an ID is assigned to each block by the post-screen transition diagram temporary execution code generation module 4 created by the screen transition diagram creating module 1 and stored in the screen transition diagram storage unit 2 in the above-described procedure. In the figure which shows the image of a transition diagram, the number attached | subjected to each block shows ID.

  In the web application, a screen to be processed / displayed next is determined by making some selection in the screen.

  Here, it is assumed that the screen transition / processing is performed in the order of ID 1 → 2 → 3 → 4 → 6 → 7 → 10 in the first temporary execution. As shown in FIG. 24, the temporary execution means 6 stores this history information in the database 11 together with the number of executions of the web application. Similarly, the provisional execution means 6 stores data linked to the execution frequency information after the second time.

(3) Execution Block Display / Ineffective Block Path Presentation Process This process is performed by the temporary execution state display means 10.

  When the process (2) is performed by the temporary execution unit 6, history information is accumulated in the database 11.

  In this state, when the operator performs an input for displaying the temporary execution state from the input unit 101, the temporary execution state display unit 10 acquires all the temporary execution history information from the database 11, and the temporary execution is currently performed. Get the block ID. For example, as shown in FIG. 25, when the temporary execution history information is stored twice, the ID of the block in which the execution has been performed is 1, 2, 3, 4, 5, 6, 7, 8, 10, 11 Since it is 12, this information is acquired.

  Here, the temporary execution state storage means 10 changes the color of the icon of the block corresponding to the acquired ID in the screen transition diagram information stored in the screen transition diagram storage means 2, as shown in FIG. It is displayed on the display means 5.

  As a result, the operator can visually recognize that the blocks 9 and 13 are unexecuted blocks, and can easily identify the unexecuted blocks.

  However, in the case of a complicated screen transition diagram, it is difficult for an operator to recognize how to execute an unexecuted block on each screen while recognizing it as an unexecuted block.

  Therefore, the temporary execution state display means 10 has a processing function for displaying a route passing through the block. This processing function will be described based on the flowchart of FIG. This process is performed by the provisional execution display means 10.

  The temporary execution state display means displays the screen transition diagram shown in FIG. 25 on the display means 5 according to the procedure described above, and then the operator operates the input means 101 to execute the block 13 which is an unexecuted block. In step S4001, the temporary execution state display unit 10 first searches for a route that goes back from the corresponding block (here, block 13) to the block 1 that is the execution start block (S4001). In this case, there may be a plurality of routes, but it is only necessary to search one of them. It is assumed that the reverse route of block id13 → 11 → 8 → 5 → 3 → 2 → 1 is searched in the screen transition diagram shown in FIG. 25 by this processing.

  Here, this route is returned to the route in the normal direction, and this route is stored in the database 11 as a route up to the block ID 13. That is, the route of the block id 1 → 2 → 3 → 5 → 8 → 11 → 13 is stored in the database 11.

  Next, using the action transition information in each block created in the screen item specification process, what operation should be performed for each block to transition to the next block of the stored route And information about the block 13 other than the last block is sequentially stored in the database 11 (S4002). The accumulated transition information is shown in FIG.

  Then, the temporary execution state display means 10 causes the display means 5 to display the transition information accumulated in the database 11 together with the message for prompting the operation in FIG.

By doing this,
In this embodiment, the operator designates one unexecuted block. However, the provisional execution state display means 10 performs the process of specifying the unexecuted block ID, and assigns all unexecuted blocks to the unexecuted block. On the other hand, by performing the processing, it is possible to obtain and display the operation procedure up to all the unexecuted blocks collectively.

  By doing so, temporary execution can be performed efficiently until there is no longer an unexecuted block.

(4) Temporary Execution Minimum Operation Search Process The process in (3) is to perform a temporary execution several times left to the operator's intention to some extent and then specify a block that has not been temporarily executed. This provisional execution is effective when the user confirms the operation. However, in the case where the temporary execution is performed only by the operator, it may be sufficient to confirm whether or not to perform the execution. In such a case, the input operation to each item is troublesome.

  Therefore, before performing provisional execution, an operation procedure that can process the route of all blocks is automatically searched, and provisional execution is performed in a state where each input item is automatically input so that the process proceeds according to the route. By doing so, the operator can only perform temporary execution without omission only by giving an instruction for temporary execution. Hereinafter, this process will be described. This process is also performed by the temporary execution state display means 10.

  Therefore, when the operator operates the input unit 101 to make an input for requesting automatic temporary execution, the temporary execution state display unit 10 first displays all the transition diagram information stored in the transition diagram storage unit 2. The action and the route through all the blocks are searched and stored in the database 11.

  Next, another route is searched and stored in the database 11 in the same manner.

  After that, the search is repeated until no block is processed.

When this search process is completed, referring to the transition diagram information storage means 2, the input items of the respective routes stored in the database 11 are extracted, and a value for the route is assigned to the input items. Accumulate in database 11. (This accumulated value is hereinafter referred to as text scenario information.)
Thereafter, the process is transferred to the temporary execution means 6, and the temporary execution means 6 automatically inputs input items in accordance with this text scenario when performing temporary execution as described above.

  By doing in this way, the operator can only perform temporary execution without omission only by instructing temporary execution.

(5) Temporary execution count display process (3) In (4), the process was performed from the viewpoint of a temporary execution process with no omissions. However, when a plurality of temporary execution processes are performed, There are cases in which it is desired to know a block having a high number of times of passing through a processing route to be passed. This is because such a block has a high influence when a configuration change in the block is performed.

  This process is performed as follows.

  This process is also performed by the provisional execution state display means 10.

  First, when an operator inputs an instruction for counting the number of provisional executions to the input unit 101, the provisional execution state display unit 10 displays screen transition information stored in the screen transition diagram storage unit 2 in the same procedure as (4). Are searched until there are no unexecuted blocks and stored in the database 11.

  Next, the number of appearances of the block ID counted in all the history information is counted and stored in the database 11. An example of the storage information of the number of appearances is shown in FIG. The storage information of the number of appearances in FIG. 30 shows an example for the image transition diagram in FIG.

  Thereafter, the provisional execution state display means 10 refers to the screen transition diagram information stored in the screen transition diagram storage means 2 and the storage information of the number of appearances stored in the database 11, and the screen attached with the number of appearances in each block A transition diagram is displayed on the display means 5.

  In the above-described processing, the temporary execution state display means 10 sets a route to the automatic bower and displays the number of processing times in the route, but is stored in the database 11 by the screen transition diagram operation history storage processing of (2). Alternatively, the number of executions as described above may be displayed on the basis of the number of executions in actual provisional execution with reference to all history information.

  In this embodiment, the number of executions is displayed as a number on the display means. However, a color is set according to the number, and the display color of each block is displayed as a color according to the number of appearances. This makes it possible to grasp the number of executions sensuously rather than characters.

  Furthermore, if you set the threshold value instead of the number of times and make the block that has been executed more than the threshold value a different color from the other blocks, you can visually check the block that seems to be highly important It becomes.

(6) Other processing Although the temporary execution by the temporary execution means 6 is basically performed in the same processing state as the actual state, the following processing can be performed in order to confirm the processing contents. This is more desirable.

(Pause / Resume function)
When the operator performs an operation for requesting a temporary stop from the input unit 101 during the temporary execution process by the temporary execution unit 6, the temporary execution unit 6 displays the execution code position of the application currently being temporarily executed and various The parameter is stored in the database 11 and the processing is interrupted.

  Thereafter, when the operator performs an operation for requesting a temporary stop from the input unit 101, “temporary execution is resumed based on“ various parameters and execution code position ”stored in the database 11.

(Fast forward processing / slow processing)
In the provisional execution described above, a delay time is set every time the provisional action module is called in accordance with actual processing.

  However, such delay time is wasted when only the flow of processing is confirmed. For this reason, when the operator performs an operation for requesting a fast-forward process from the input unit 101 during the temporary execution process by the temporary execution unit 6, the temporary execution unit 6 sets the delay time to, for example, half of the set time. If temporary execution is performed with only a delay, the waiting time can be shortened.

  Conversely, if the operator wishes to confirm the provisional effective state while slowly confirming the screen in each block, when the operator performs an operation requesting the slow process from the input means 101, the provisional execution means 6 sets the delay time to, for example, If the temporary execution is performed so as to be delayed by a time twice as long as the set time, the waiting time can be increased.

(Arbitrary block execution)
In the processing by the temporary execution means 6 described above, the execution is performed from the original block. However, as described in (2), if the past execution history is acquired, the information is referred to and the process is performed halfway. Processing with the starting point is also possible.

  This makes it possible to perform temporary execution with high efficiency.

(Appendix 1)
A computer having screen transition diagram storage means for storing screen transition diagram information and temporary action module storage means for storing a temporary action module to be applied at the time of temporary execution.
Applying means for applying the temporary action module stored in the temporary action module storage means to each element of the screen transition diagram information stored in the screen transition diagram storage means;
Execution code generation means for generating an execution code based on application information of the temporary action module by the application means and screen transition diagram information stored in the screen transition diagram storage means;
Setting means for setting a waiting time for each calling code of the temporary action module in the execution code generated by the execution code generation means;
Provisional execution means for executing the execution code generated by the execution code generation means while referring to the waiting time set by the setting means;
A software test program using a screen transition model characterized by

(Appendix 2)
The computer has history information storage means for storing history information executed by the temporary execution means,
The temporary execution means includes
If there is an execution code for item input, the history information storage means is searched, and if there is input item information at the previous execution, processing based on the execution code is continued using the input item information as an input item. A software test program using the screen transition diagram model described in 1.

(Appendix 3)
The application means includes
Inquiry display means for performing a display for inquiring a temporary action module to be applied to each element of the screen transition diagram information stored in the screen transition diagram storage means;
The application means for applying the temporary action module stored in the temporary action module storage means based on the selection information sent after the display by the inquiry display means Software test program using screen transition diagram model.

(Appendix 4)
The setting means includes
Analysis means for analyzing the execution code generated by the execution code generation means;
As a result of the analysis of the analyzing means, for the extracted call code of the temporary action module, a waiting time input requesting means for displaying a message for requesting an input of the waiting time on the display means,
The screen transition diagram model according to claim 1, further comprising a waiting time setting means for setting the inputted waiting time information as a waiting time of the temporary action module after the display by the waiting time input requesting means. Software test program used.

(Appendix 5)
The temporary execution means includes
The display result displayed by processing the execution code and the screen transition diagram information stored in the screen transition diagram storage means are displayed on the same screen, and the current temporary execution of the screen transition diagram information is displayed. The software test program using the screen transition diagram model according to appendix 1, wherein the element being processed is displayed in a state where it can be distinguished from other elements.

(Appendix 6)
The computer is further executed as generation means for automatically generating dummy item information for each input item of the screen transition diagram stored in the screen transition information storage means,
The screen transition diagram model according to appendix 1, wherein the provisional execution means continues the process based on the execution code with the item automatically generated by the generation means as an input item when there is an item input execution code. Software test program using.

(Appendix 7)
The temporary execution means further changes the waiting time setting time by the setting means at a predetermined ratio based on input information from the operator, and the software test using the screen transition diagram model according to appendix 1 program.

(Appendix 8)
The computer has history information storage means for storing history information executed by the provisional execution means, and further stores the computer in the screen transition diagram storage means based on the information stored in the history information storage means. A software test program using the screen transition diagram model according to appendix 1, which is executed as an execution state display unit for displaying an element which is not executed by the temporary execution unit among the elements of the stored screen transition diagram information .

(Appendix 9)
The computer is further executed as a route setting unit for setting a route in which an element of the screen transition diagram information stored in the screen transition diagram storage unit is executed,
The software test program using the screen transition diagram model according to appendix 1, wherein the temporary execution unit performs processing based on an execution code according to the route Nishida set by the route setting unit.

(Appendix 10)
The computer has history information storage means for storing history information executed by the provisional execution means, and further stores the computer in the screen transition diagram storage means based on the information stored in the history information storage means. An execution count display means for displaying the execution count of each element of the stored screen transition diagram information;
A software test program using the screen transition diagram model described in Appendix 1.

(Appendix 11)
A computer having screen transition diagram storage means for storing screen transition diagram information and temporary action module storage means for storing a temporary action module to be applied at the time of provisional execution.
An application step of applying the temporary action module stored in the temporary action module storage unit to each element of the screen transition diagram information stored in the screen transition diagram storage unit;
An execution code generation step for generating an execution code based on application information of the provisional action module in the application step and screen transition diagram information stored in the screen transition diagram storage means;
A setting step for setting a waiting time for each calling code of the temporary action module in the execution code generated by the execution code generation step;
A provisional execution step of executing the execution code generated in the execution code generation step while referring to the waiting time set in the setting step;
A software test method using a screen transition diagram model characterized in that

(Appendix 12)
Screen transition diagram storage means for storing screen transition diagram information;
Temporary action module storage means for storing a temporary action module to be applied during temporary execution;
Applying means for applying the temporary action module stored in the temporary action module storage means to each element of the screen transition diagram information stored in the screen transition diagram storage means;
Execution code generation means for generating an execution code based on application information of the temporary action module by the application means and screen transition diagram information stored in the screen transition diagram storage means;
Setting means for setting a waiting time for each calling code of the temporary action module in the execution code generated by the execution code generation means;
Provisional execution means for executing the execution code generated by the execution code generation means while referring to the waiting time set by the setting means;
A software test apparatus using a screen transition diagram model.

Block diagram of a web application creation / test system based on an embodiment of the present invention A flowchart showing a processing procedure in the embodiment The figure which showed the example of the display screen in the embodiment The figure which showed the example of the display screen in the embodiment The figure which showed the example of the display screen in the embodiment The figure which showed the example of the display screen in the embodiment The figure which showed the example of the display screen in the embodiment The figure which showed the example of the display screen in the embodiment The figure which showed the example of the display screen in the embodiment The figure which showed the input item table memorize | stored in the screen transition diagram memory | storage means 2 in the embodiment The figure which showed the input item table memorize | stored in the screen transition diagram memory | storage means 2 in the embodiment The figure which showed the input item table memorize | stored in the screen transition diagram memory | storage means 2 in the embodiment A flowchart showing a processing procedure in the embodiment The figure which showed the memory | storage state of the temporary action module memorize | stored in the temporary action module library 3 in simultaneous depression field form The figure which showed the example of the display screen in the embodiment The figure which showed the application status information of the temporary action module memorize | stored in the screen transition diagram memory | storage means 2 in the embodiment A flowchart showing a processing procedure in the embodiment The figure which showed the input item information memorized at the time of temporary execution The figure which showed the example of the display screen in the embodiment The figure which showed the information of the delay time of the temporary action module memorize | stored in the screen transition diagram memory | storage means 2 in the embodiment The figure which shows having attached ID with respect to each block of a screen transition diagram in the embodiment, The figure which showed the example of the display screen in the embodiment The figure which shows the image of the screen transition diagram in the embodiment The figure which showed the historical information memorize | stored in the database 11 of the embodiment The figure which showed the historical information memorize | stored in the database 11 of the embodiment The figure which showed the example of the display screen in the embodiment A flowchart showing a processing procedure in the embodiment The figure which showed the transition information memorize | stored in the database 11 of the embodiment The figure which showed the historical information memorize | stored in the database 11 of the embodiment The figure which showed the memory | storage information of the appearance frequency of each block memorize | stored in the database 11 of the embodiment The figure which showed the example of the display screen in the embodiment

Explanation of symbols

DESCRIPTION OF SYMBOLS 1 Screen transition diagram creation module 2 Screen transition diagram storage means 3 Temporary action module library 4 Screen transition diagram temporary execution code generation module 5 Display means 6 Temporary execution means 7 Data request processing module 8 Simulation execution control module 9 Interrupt control module 10 Temporary Execution state display means 11 Database 101 Input means

Claims (5)

A computer having screen transition diagram storage means for storing screen transition diagram information and temporary action module storage means for storing a temporary action module to be applied at the time of temporary execution.
Applying means for applying the temporary action module stored in the temporary action module storage means to each element of the screen transition diagram information stored in the screen transition diagram storage means;
Execution code generation means for generating an execution code based on application information of the temporary action module by the application means and screen transition diagram information stored in the screen transition diagram storage means;
Setting means for setting a waiting time for each calling code of the temporary action module in the execution code generated by the execution code generation means;
Provisional execution means for executing the execution code generated by the execution code generation means while referring to the waiting time set by the setting means;
A software test program using a screen transition model characterized by The setting means includes
Analysis means for analyzing the execution code generated by the execution code generation means;
As a result of the analysis of the analyzing means, for the extracted call code of the temporary action module, a waiting time input requesting means for displaying on the display means a message for requesting the waiting time to be input
The screen transition diagram model according to claim 1, further comprising a waiting time setting means for setting the inputted waiting time information as a waiting time of the temporary action module after the display by the waiting time input requesting means. Software test program using. The temporary execution means includes
The display result displayed by processing the execution code and the screen transition diagram information stored in the screen transition diagram storage means are displayed on the same screen, and the current temporary execution of the screen transition diagram information is displayed. 2. The software test program using the screen transition diagram model according to claim 1, wherein the element being processed is displayed in a state where it can be distinguished from other elements. A computer having screen transition diagram storage means for storing screen transition diagram information and temporary action module storage means for storing a temporary action module to be applied at the time of provisional execution.
An application step of applying the temporary action module stored in the temporary action module storage unit to each element of the screen transition diagram information stored in the screen transition diagram storage unit;
An execution code generation step for generating an execution code based on application information of the provisional action module in the application step and screen transition diagram information stored in the screen transition diagram storage means;
A setting step for setting a waiting time for each calling code of the temporary action module in the execution code generated by the execution code generation step;
A provisional execution step of executing the execution code generated in the execution code generation step while referring to the waiting time set in the setting step;
A software test method using a screen transition diagram model characterized in that Screen transition diagram storage means for storing screen transition diagram information;
Temporary action module storage means for storing a temporary action module to be applied during temporary execution;
Applying means for applying the temporary action module stored in the temporary action module storage means to each element of the screen transition diagram information stored in the screen transition diagram storage means;
Execution code generation means for generating an execution code based on application information of the temporary action module by the application means and screen transition diagram information stored in the screen transition diagram storage means;
Setting means for setting a waiting time for each calling code of the temporary action module in the execution code generated by the execution code generation means;
Provisional execution means for executing the execution code generated by the execution code generation means while referring to the waiting time set by the setting means;
A software test apparatus using a screen transition diagram model.

Images