JP5407718B2 - Verification data creation method and verification data creation program - Google Patents

Description

  The present invention relates to a method for creating verification data used for verification of a software system having a screen interface, and a verification data creation program.

  As one of the verification methods of the software system, whether or not the software system is operating normally using only the relationship (external input / output specifications) between the input of the command etc. to the input screen and the command execution result for it. There is a so-called black box verification to verify. In such black box verification, the number of all combinations of factors that can be set at the time of command input (factors that can be set for each element of the screen interface) may be enormous. Even in such a case, a combination test such as an orthogonal table method or an all pair method has been proposed in order to reduce the number of tests while maintaining the quality of the test.

Japanese Patent Laid-Open No. 2002-14845 JP 2005-70831 A

  For such combination test data, if there is only one input screen, or if there are multiple input screens but there is no relevance for input, a known combination test creation tool is used as it is. It can be adopted and created.

  However, as in the case where there are multiple input screens and the command entered in one input screen refers to the level value of the factor that has been set for the item on the other input screen that is the transition source of the screen, There is a problem with the screen interface in which the input screens are linked.

  That is, when a known combination test creation tool is used as it is for such a screen interface, all items on all input screens are defined as factors, and all factors that can be set for each item are defined as level values, and then combination test data Will be generated.

  However, the command set to the button on the input screen B activated or transitioned by the command set to the button on the certain input screen A refers to the level value of the factor set to the item on the input screen A. However, the factor set to the item on the input screen C that is not related to the activation or transition is not necessarily referred to. Even in such a case, if the above-described known combination test creation tool is used as it is, a factor that is not actually referred to by the command to be tested is included as a factor of test data for the command. As a result, the test efficiency is very poor from the viewpoint of the number of test data generated, the number of factors, and the like.

For example, in FIG. 4, screen 2 and screen 3 are activated by command 1 and command 2 set to the buttons on screen 1, respectively, but both screens 2 and 3 are not activated simultaneously. Therefore, the command 3 set to the button on the screen 2 is not only the factor set to the check box 3 and the text box 3 on the screen 3, but also the check box 1, 2 on the screen 1, the option button 1, the text box. There is a possibility of referring to the level values of the factors set to 1 and 2, respectively. However, the command 3 set to the button on the screen 2 does not refer to the level value of the factor set to the check box 4 and the text box 4 on the screen 3. Similarly, the command 4 set to the button on the screen 3 includes the check box 1 and the option button 1, the text box on the screen 1 in addition to the factors set in the check box 4 and the text box 4 on the screen 3. There is a possibility of referring to the level values of the factors set to 1 and 2, respectively. However, the command 4 set to the button on the screen 3 does not refer to the level value of the factor set to the check box 3 and the text box 3 on the screen 2. Nevertheless, when a known combination test creation tool is employed as it is, combination test data is generated by simultaneously enumerating factors set on the screen 2 and the screen 3 that are not necessarily activated simultaneously. As a result, problems such as an increase in useless test data and a factor that does not need to be set in the test data appear on the test data.

  The problem of this proposal is that the factor that should be set on the screen of the start / transition source reflects the factor that should be set on the screen of the start / transition source without mixing the factor that should be set on other screens that are not referenced by each command on each screen. This is the creation of software system verification data that can be used for efficient system verification.

  A generation method in which a computer generates verification data for a software system having a plurality of input screens each including an element for setting a command and a factor level value as a screen interface, wherein the computer executes a command for each input screen. The first definition data including the definition of level and the definition of the level that each factor can take, and the second definition data defining the correspondence between the transition command for transition to another screen and the transition destination input screen are input. Then, based on the first definition data, for each input screen, combination test data including a plurality of test data composed of each command and several factor level values is generated. When test data is sequentially selected from the combination test data, and the selected test data includes a transition command, the test data is based on the second definition data. Identify can transition destination input screen, select the sequential test data from the combinational test data of the transition destination input screen, characterized in that it binds to the selected order each test data selected.

  According to the above method, the factor that should be set on the other screen that is not referenced by each command on each screen does not get mixed, and the high quality and high quality that reflects the factor that should be set on the start / transition source screen Verification data that enables efficient system verification is created.

Block diagram of a computer as an embodiment of a verification data creation method The flowchart which shows the process by the system verification data creation program by 1st Example The flowchart which shows the test data generation subroutine of the whole software system performed by S012 of FIG. Diagram showing examples of activation / transition between input screens Figure showing an example of factor / level definition input screen Figure showing an example of factor / level definition input screen after automatic generation of standard command definition Figure showing factor / level definition input screen when starting / transition destination definition is input Table showing the data structure of test data for each screen and its correlation Diagram showing screen selection screen Table showing the data structure of definition data of factors and level values for which screen activation / transition information is set Figure showing factor / level definition input screen when starting / transition destination definition is input Table showing the data structure of the integrated test data Diagram showing the range of transition screen set The flowchart which shows the process by the data creation program for verification by 2nd Example Table showing the data structure of the definition data for factors and levels

Hereinafter, embodiments of the present plan will be described based on the drawings.
[Example 1]
FIG. 1 is a block diagram showing a schematic hardware configuration of a computer 1 which is an embodiment of a verification data creation method. The computer 1 is a general-purpose computer 1 having a normal hardware configuration such as a CPU 10, a display 12, an input device 12, a disk drive device 13, a RAM 14, a printer 17, and a removable disk 18 connected to each other via a bus B. .

  A system verification data creation program 15 which is an embodiment of the system verification data creation program and a known combination test creation tool program 16 are installed in the disk drive device 13 (a storage medium readable by a computer). .

  The CPU 10 reads the programs 15 and 16 from the disk drive device 13 to a RAM (Random Access Memory) 14 and executes system verification data creation processing according to the programs 15 and 16. That is, the CPU 10 generates system verification data according to the programs 15 and 16. Here, the system verification data refers to a series of test data continuous in time series instructing a tester (not shown) to perform a verification procedure for a verification target software system having a screen interface. Then, the CPU 10 outputs the generated system verification data to the display 11 and the disk drive device 13. The tester sets the level value of each factor according to the contents of each test data in the order of each test data constituting the system verification data for the computer system running the software system to be verified, and then issues a command. Run. The tester is a person, a robot, a macro, a program, or the like that performs such a series of operations.

  The above-described known combination test creation tool program 16 receives a command name, one or a plurality of factor (parameter) names, and specific values (level values) that can be set for each factor. This is a program for implementing the orthogonal table method or the all-pair method described above. That is, the CPU 10 creates an appropriate number of combinations of the factor and level value according to the combination test creation tool program 16 and outputs the created combination.

  Hereinafter, the contents of the processing executed by the CPU 10 according to the system verification data creation program 15 will be described with reference to the flowcharts of FIGS.

  The process starts when the system verification data creation program 15 is read from the disk drive device 13 by the CPU 10 when the operator inputs a predetermined activation command to the CPU 10 using the input device 12.

  In the first S001 after the start, the CPU 10 sets a variable n indicating the screen number to an initial value “1”.

  Subsequently, the CPU 10 executes a loop process from S002 to S007 in order to input definitions of factors and level values for each screen.

In S002 at the head of the loop processing, the CPU 10 displays the factor / level value definition input screen of the screen n on the display 11.

  FIG. 5 shows factors and level values for screen 1 (start screen) when the software system to be verified has a screen interface including three screens 1 to 3 linked as shown in FIG. It is an example of a definition input screen. As described above, in the screen interface shown in FIG. 4, screen 2 and screen 3 are activated by command 1 and command 2 set to the buttons on screen 1, respectively, but both screens 2 and 3 are activated simultaneously. Never happen.

  The command 3 set to the button on the screen 2 includes the level of the factor set to the check box 3 and the text box 3 on the screen 2, the check box 1 and 2, the option button 1 and the text on the screen 1. There is a possibility of referring to the level values of the factors set in boxes 1 and 2, respectively. However, the command 3 set to the button on the screen 2 does not refer to the level value of the factor set to the check box 4 and the text box 4 on the screen 3.

  Similarly, the command 4 set to the button on the screen 3 includes the level value of the factor set to the check box 4 and the text box 4 on the screen 3, the check boxes 1 and 2, and the option button 1 on the screen 1. , There is a possibility of referring to the level values of the factors set in the text boxes 1 and 2, respectively. However, the command 4 set to the button on the screen 3 does not refer to the level value of the factor set to the check box 3 and the text box 3 on the screen 2.

  In the example of the factor / level value definition input screen shown in FIG. 5, the commands 1 and 2 set to the buttons on the screen are defined as the level values (level 1 and level 2) of the factor “command”. . In addition, since the check boxes 1 and 2 can take the binary value of presence / absence of check, two level values (on, off) are defined on the factor / level value definition input screen. Since the option button 1 can take four values, four level values (Op11, Op12, Op13, Op14) are defined on the factor / level value definition input screen. In addition, for each text box 1, 2, a value that can be set on each factor / level value definition input screen is defined as a level value. The definition of the factor type (factor name) on the factor / level value definition input screen may be made manually by the operator while appropriately adding rows on the screen, or the CPU 10 may execute a verification target program (not shown). It may be automatically extracted from the screen data inside.

  In next S003, the CPU 10 accepts an input to the factor / level value definition input screen by the operator. That is, the CPU 10 sets the factor and level value definitions of the screen n on the factor / level value definition input screen of the screen n displayed on the display 13 when the operator operates the input device 12. It waits for a predetermined key in the input device 12 to be pressed. When the predetermined key is input, the factor / level value definition data 20 set on the factor / level value definition input screen of the screen n at that time is stored in a temporary storage area on the RAM 14. The definition data 20 of the factor and level value has a tabular data structure shown in FIG. 5, and includes first definition data including a command definition and a level value definition that each factor can take for each input screen. Equivalent to.

  In the next S004, the CPU 10 generates standard command names such as “return”, “forward”, “update”, “close”, “cancel”, and the like for the screen n displayed on the display 13. It is additionally displayed as each level value of the factor “command” on the factor / level value definition input screen. Further, the CPU 10 adds each automatically generated level value (standard command) of the factor “command” to the factor n and level value definition data 20 of the screen n stored in the temporary storage area on the RAM 14. . FIG. 6 shows the standard commands “return”, “update”, “command 1 cancel”, “command 2 cancel”, the factor / level value definition input screen and the factor / level value definition data 20 shown in FIG. “Close” indicates the added state. S002 to S004 described above correspond to the first input means.

  In the next step S005, the CPU 10 activates the combination test creation tool program 16 and uses the orthogonal table method or the all-pair method for the definition data 20 of the factor and level value of the screen n stored in the temporary storage area on the RAM 14. Execute the combination test data creation process by. As a result, the combination test data 21 of the screen n is generated in the temporary storage area on the RAM 14. The combination test data 21-1 of the screen 1 created based on the definition data 20 of the factor and level value of the screen 1 shown in FIG. 6 is shown in the upper half of FIG. 8. Moreover, the combination test data 21-2 of the screen 2 created based on the definition data of the factors and level values of the screen 2 is shown in the lower left of FIG. Moreover, the combination test data 21-3 of the screen 3 created based on the definition data of the factors and level values of the screen 3 is shown in the lower right of FIG. S005 corresponds to combination test data generation means for generating combination test data including a plurality of test data including each command and several factor level values for each input screen based on the first definition data To do.

  In next S006, the CPU 10 checks whether or not the variable n has reached the maximum value (max) of the number of screens. If the variable n has not yet reached the maximum value, the CPU 10 increments the variable n by 1 in S007, returns the process to S002, and sets the factor and level value for the next screen. On the other hand, if it is determined in S006 that the variable n has reached the maximum value, the CPU 10 advances the process to S008.

  In S008, the CPU 10 resets the variable n to the initial value “1”.

  Subsequently, for each screen, the CPU 10 activates or transitions to a screen when any command with a button placed on the screen orders activation of another screen or transition to another screen. Is defined, loop processing of S009 to S014 is executed.

  In S009 at the top of the loop processing, the CPU 10 activates the factor / level value definition input screen of the screen n displayed on the display 11.

  In next S010, the CPU 10 initializes the variable m to the initial value “1”.

  Subsequently, the CPU 10 executes the sub-loop process of S011 to S013.

In S011 in the battle of the sub-loop process, the CPU 10 accepts input of screen activation / transition information of “command m” on the factor / level value definition input screen of the screen n displayed on the display 11. That is, as shown in FIG. 7, the CPU 10 shades and displays the “command m” cell on the factor / level value definition input screen of the screen n and displays the lower screen candidate list on the display 11. As shown in FIG. 9, the names of screen 1 to screen max are listed in the lower screen candidate list. Then, the CPU 10 operates the name of the screen (transition destination screen) that is transitioned or activated by the command m among the screens 1 to max displayed in the lower screen candidate list by the operator (the input device 12). Wait for mouse click). Here, transition means that another screen is activated, and activation means that another screen is generated and activated. Therefore, the activation function includes a transition function. Therefore, hereinafter, “transition” and “activation” may be collectively referred to as “activation”. When the names of screen 1 to screen max displayed in the lower screen candidate list are manipulated, the CPU 10 uses the factor n and level value definition data 20 stored in the temporary storage area on the RAM 14. “Command m” is linked to the operated screens 1 to max. FIG. 10 conceptually shows a digest of the factor 1 and level value definition data 20-1 to 20-3 for each screen 1-3 in which such link definition information (hereinafter referred to as “screen activation / transition information”) is set. ing. The screen activation / transition information corresponds to second definition data that defines a correspondence between a command to be transitioned to another screen and a transition destination input screen. Note that, when the content of the command m is not a movement / transition to another screen (that is, a non-transition command), the CPU 10 may close the lower screen candidate list. In this case, the above screen activation / transition information is not set. S011 corresponds to the second input means.

  In the next S012, the CPU 10 checks whether or not the processing in S011 has been completed for all commands on the factor / level value definition input screen on the screen n. If all the commands have not been completed, the CPU 10 increments the variable m by 1 in S013, returns the process to S011, and as shown in FIG. Move the shaded display on the definition input screen to the next cell.

  On the other hand, if it is determined in S012 that the process of S011 has been completed for all commands on the factor / level value definition input screen of screen n, the CPU 10 advances the process to S014.

  In S014, the CPU 10 checks whether or not the variable n has reached the maximum value (max). If the variable n has not yet reached the maximum value, the CPU 10 increments the variable n by 1 in S015, returns the process to S009, and sets the factor and level value for the next screen. On the other hand, when determining in S014 that the variable n has reached the maximum value, the CPU 10 advances the process to S016.

  In S016, the CPU 10 generates test data for the entire software system. That is, the CPU 10 selects test data constituting the combination test data 21 of each screen in a predetermined procedure using the definition data 20 of the factor and level value of each screen for which the screen activation / transition information is set in S011. And insert. As a result, test data for the entire software system is generated. S016 corresponds to the combining means.

  FIG. 3 is a flowchart showing a test data generation processing subroutine for the entire software system executed in S016.

  In the first step S101 after entering this subroutine, the CPU 10 selects one test data as “currently selected test data” from the start screen combination test data 21 stored in the temporary storage area of the RAM 14 according to a predetermined rule. To do. This predetermined rule includes randomness. Then, the CPU 10 generates “test data for the entire software system” in the temporary storage area of the RAM 14 and sets the currently selected test data as the first test data.

  Subsequently, the CPU 10 executes a loop process of S102 to S112. In the first step S102 after entering this loop process, the CPU 10 checks whether or not all test data of the combination test data 21 for all screens 1 to max has been selected. If all the test data has not been selected, the CPU 10 advances the process to S103.

  In S103, it is checked whether the command of the currently selected test data is a transition command (including a start command), a “return” transition command, or a non-transition command. If it is a transition command (including a startup command), the CPU 10 advances the process to S104, if it is a non-transition command, advances the process to S107, and advances the process to S108 if it is a “return” transition command.

In S104, the CPU 10 checks whether or not all the test data constituting the combination test data 21 of the transition destination screen defined by the screen activation / transition information for the command “currently selected test data” has been selected. . If all the test data has not yet been selected, the CPU 10 selects one of the unselected test data from the combination test data 21 on the transition destination screen according to a predetermined rule in S105 as a new “ Select as “Currently selected test data”. Then, the CPU 10 adds new “currently selected test data” to the end of “test data for the entire software system” in the temporary storage area of the RAM 14. Then, the CPU 10 sets the transition destination screen as the “current screen”. When S105 is completed, the CPU 10 returns the process to S102.

  On the other hand, if it is determined in S104 that all the test data constituting the combination test data 21 on the transition destination screen has been selected, the CPU 10 advances the process to S106. In S106, the CPU 10 skips the currently selected test data, selects the test data next to the “currently selected test data” as new “currently selected test data”, and selects “the entire software system” on the temporary storage area of the RAM 14. To the end of "Test data for". When S106 is completed, the CPU 10 returns the process to S102.

  On the other hand, in S107, the CPU 10 checks whether all the test data constituting the combination test data 21 of “current screen” has been selected. If all the test data has not yet been selected, the CPU 10 selects the test data next to the “currently selected test data” from the combination test data 21 on the transition destination screen as a new “currently selected test data” in S108. To select. Then, the CPU 10 adds new “currently selected test data” to the end of “test data for the entire software system” in the temporary storage area of the RAM 14. When S108 is completed, the CPU 10 returns the process to S102.

  On the other hand, when it is determined in S107 that all the test data constituting the combination test data 21 of “current screen” has been selected, the CPU 10 advances the process to S109. In S109, the CPU 10 has already selected all test data constituting the combination test data 21 of all lower screens defined in the full screen activation / transition information set in the definition data 20 of the factor and level value of “current screen” It is checked whether or not. If all the test data on all lower screens have not been selected, the CPU 10 skips to the test data including the next transition command in the combination test data 21 of “current screen” in S110. Then, the CPU 10 selects the test data as new “currently selected test data” and adds it to the end of “test data for the entire software system” on the temporary storage area of the RAM 14. When S110 is completed, the CPU 10 returns the process to S102.

  On the other hand, if it is determined in S109 that all test data on all lower screens have been selected, the CPU 10 includes a “return” transition command in the combination test data 21 of “current screen” in S111. The test data is selected as new “currently selected test data” and added to the end of “test data for the entire software system” in the temporary storage area of the RAM 14. Then, the CPU 10 sets the upper screen (transition source) of the current screen defined by the screen activation / transition information set in the definition data 20 of the factor and level value of the current screen as a new “current screen”. . When S111 is completed, the CPU 10 returns the process to S102.

  On the other hand, in S112, the CPU 10 selects the test data next to the test data including the transition command detected most recently in S103 as new “currently selected test data”. Then, the CPU 10 adds the currently selected test data to the end of the “test data for the entire software system” on the temporary storage area of the RAM 14. Then, the CPU 10 sets the upper screen (transition source) of the current screen defined by the screen activation / transition information set in the definition data 20 of the factor and level value of the current screen as a new “current screen”. . When S112 is completed, the CPU 10 returns the process to S102.

  As a result of repeating the loop processing described above, if it is determined in S102 that all the test data of the combination test data 21 of all screens 1 to max have been selected, the CPU 10 ends the subroutine and performs processing. Is returned to the main routine of FIG. In S017 following S016 in the main routine to which the process is returned, the test data of the entire software system generated in S016 is output from the display 11 or the printer 17 or output to the removable disk 18. When S017 is completed, the CPU 10 ends the processing by the system verification data creation program.

  Now, the combination test data 21-1 to 21-3 for the screens 1 to 3 are created as shown in FIG. 8, and the screen activation and the definition data 20 for the factors and levels shown in FIGS. Assume that transition information is set. In this case, it is assumed that the CPU 10 selects the test data of the test item 6 on the screen 1 as “current selection data” according to a predetermined rule in S101 of the test generation processing subroutine of the entire software system. Then, the CPU 10 generates test data for the entire software system starting with the test data in the temporary storage area of the RAM 14.

  Test data command 1 of test item 4 on screen 1 is defined as a transition command to screen 2 based on screen activation / transition information (S103: transition command). Since all the test data on the screen 2 is not selected at the time of the processing (S104: NO), the CPU 10 selects the test data of the test item 2 on the screen 2 as “current selection data” according to a predetermined rule. And add it to the test data of the entire software system. Further, the CPU 10 sets the screen 2 as the “current screen” (S105).

  The test data command 3 of the test item 2 on the screen 2 is a non-transition command (S103: non-transition command), and all the test data on the screen 2 has not been selected (S107: NO). Therefore, the CPU 10 selects the test data of the test item 3 on the screen 2 as “current selection data” and adds it to the test data of the entire software system.

  Thereafter, by repeating S102, S103, S107, and S108, the test data of test items 3, 4, and 5 on the screen 2 are sequentially added to the test data of the entire software system.

  Since the test data command of the test item 5 on the screen 2 is a return command (S103: return command), the test data of the test item 5 next to the test item 4 on the screen 1 which is the transition source screen of the screen 2 is It is selected as “current selection data” (S112). The CPU 10 adds the test data of the test item 7 on the screen 2 to the test data of the entire software system.

  The command 2 of the test data of the test item 5 on the screen 1 is defined as a transition command to the screen 3 by the screen activation / transition information (S103: transition command). Since all the test data on the screen 3 is not selected at the time of the processing (S104: NO), the CPU 10 selects the test data of the test item 1 on the screen 3 as “current selection data” according to a predetermined rule. And add it to the test data of the entire software system. Further, the CPU 10 sets the screen 3 as the “current screen” (S105).

  The test data command 4 of the test item 1 on the screen 3 is a non-transition command (S103: non-transition command), and all the test data on the screen 3 has not been selected (S107: NO). Therefore, the CPU 10 selects the test data of the test item 1 on the screen 3 as “current selection data” and adds it to the test data of the entire software system.

  Thereafter, by repeating S102, S103, S107, and S108, the test data of test items 2, 3, and 4 on the screen 3 are sequentially added to the test data of the entire software system.

  Since the test data command of the test item 4 on the screen 3 is a return command (S103: return command), the test data of the test item 6 next to the test item 5 on the screen 1, which is the transition source screen of the screen 3, is It is selected as “current selection data” (S112). The CPU 10 adds the test data of the test item 6 on the screen 1 to the test data of the entire software system.

Thereafter, the test data sequentially selected from the combination test data 21 on each of the screens 1 to 3 is added to the test data of the entire software system. A digest of the test data of the entire software system generated as described above is shown in FIG.
<Action>
Since each test data constituting the test data of the entire software system created by this embodiment is derived from the combination test data 21 created for each screen, the command factor in each test data is: Limited to factors in the corresponding screen. Therefore, each test data does not include a factor on the screen that is not actually referred to by the command, that is, a factor on another screen that is not activated simultaneously with the corresponding screen. Therefore, since the number of test data is prevented from becoming enormous, a highly efficient verification test can be performed.

Nevertheless, the test execution order for the commands set to the buttons on each lower screen is limited to after the test for the commands on the upper screen is executed according to the test data of the entire software system. Therefore, at the time of executing the test for the command set to the button on each lower screen, since the test for the command on the upper screen has been executed, the level value is set for each factor on the upper screen. . Therefore, since the command set to the button on each lower screen to be tested can refer to the level value of each factor on the upper screen, a high-quality verification test can be performed.
[Example 2]
In the first embodiment described above, the combinations of the level values of the factors on the upper screen when executing the test data for the commands set to the buttons on the lower screen are one. Therefore, if the execution of the command set to the button on the lower screen depends greatly on the level value of the factor on the upper screen, the factor on the upper screen is changed to the command set to the button on the lower screen. It can be used as an element for creating the combination test data. Even in this case, the level value of the factor on the other lower screen that is not referred to by the command set to the button on the lower screen should not be an element for creating the combination test data.

For example, in the example of FIG. 13, the screen 2 is activated by the command 1 set to the button on the screen 1 (start screen), the screen 3 is activated by the command 2 set to the button on the screen 2, and the screen 2 The screen 4 is activated by the command 4 of In this case, the screen 3 and the screen 4 are not activated simultaneously. Therefore, the command 5 set to the button on the screen 3 is the level value of the text boxes 1 and 2 on the screen 1, the level value of the check boxes 1 and 2, the level value of the option button 1, and the text on the screen 2. There is a possibility that the level value in box 3 and the level value in check box 3 are referred to. However, the command 5 set to the button on the screen 3 does not refer to the option button 2 on the screen 4. Similarly, the command 6 set to the button on the screen 4 includes the level value of the text boxes 1 and 2 on the screen 1, the level value of the check boxes 1 and 2, the level value of the option button 1, There is a possibility that the level value in the text box 3 and the level value in the check box 3 are referred to. However, the command 6 set to the button on the screen 4 does not refer to the level value of the text box 4 and the level value of the check box 4 on the screen 3.

  Therefore, screen 1, screen 2, and screen 3 are treated as a set of screens that are closely linked, that is, “transition screen set 1”. The levels of factors corresponding to the components (commands, check boxes, etc.) on the screens 1, 2, and 3 are connected to create combination test data for the commands set on the buttons on the screen 3. Done. Further, the screen 1, screen 2, and screen 4 are handled as a set of screens that are closely linked, ie, “transition screen set 2”. The levels of factors corresponding to the components (commands, check boxes, etc.) on the screens 1, 2, 4 are linked to create combination test data for the commands set on the buttons on the screen 4. Done.

  Hereinafter, the contents of processing executed by the CPU 10 according to the system verification data creation program 15 in the second embodiment will be described with reference to the flowchart of FIG.

  The process starts when the system verification data creation program 15 is read from the disk drive device 13 by the CPU 10 when the operator inputs a predetermined activation command to the CPU 10 using the input device 12.

  In the first S200 after the start, for each “transition screen set”, the transition relationship between the input screens from the start screen to the arrival screen, that is, the transition source input screen including a command to transition to another input screen, The input of the relationship (first definition data) with the transition destination input screen is accepted. S200 corresponds to the first input means.

  In next step S201, the CPU 10 sets “transition screen set 1” as “current transition screen set”.

  In the next step S202, the CPU 10 selects the start screen as the “current selection screen”, initializes the factor / level value definition data 20 of the “current transition screen set” on the RAM 14 and the combination test data 21 of the entire file system. Turn into. After completion of S202, the CPU 10 advances the process to S203.

  In S <b> 203, the CPU 10 displays the factor / level value definition input screen of the “current selection screen” on the display 11. Then, as shown in FIG. 15, the CPU 10 uses the factor and level value input to the factor / level value definition input screen by the operator as the factor / level value definition data 20 of the “current transition screen set” on the RAM 14. Add to. As a result, the definition data 20 of the factor and level value of the “current transition screen set” on the RAM 14 is defined as the definition of the level value that can be taken by the factor included in each input screen belonging to the current transition screen set and the definition of the command of the reaching screen. This corresponds to the second definition data including

  In next S204, the CPU 10 checks whether or not the “current selection screen” is the lowest screen. If the “current selection screen” is not the lowest screen, the CPU 10 advances the process to S205.

  In S205, the CPU 10 selects an unselected lower screen of the “current selection screen” in the “current transition screen set” as a new “current selection screen”. When S205 is completed, the CPU 10 returns the process to S203. S203 to 205 described above correspond to the second input means.

  As a result of repeating the loop processing of S203 to S205 as described above, if it is determined in S204 that the “current selection screen” is the lowest screen, the CPU 10 advances the processing to S206.

In S <b> 206, the CPU 10 activates the combination test creation tool 16 and applies the combination test creation tool to the definition data 20 of the factor and level value of the “current transition screen set” stored in the temporary storage area on the RAM 14. 16 is executed. That is, the CPU 10 executes processing by the combination test creation tool 16 on a set of factor and level value definition data 20 (see FIG. 15) for a plurality of screens belonging to the “current transition screen set”. The CPU 10 adds the combination test data generated as a result of the above processing to the combination test data 21 for the entire screen stored in the temporary storage area on the RAM 14. Therefore, in S206, for each set defined by the first definition data, based on the second definition data, combination test data including a plurality of test data consisting of each command and several factor level values Corresponds to a combination test data generation means for generating. After completion of S206, the CPU 10 advances the process to S207.

  In S207, the CPU 10 selects the upper screen of the “current selection screen” as a new “current selection screen”.

  In next step S208, the CPU 10 checks whether or not an unselected lower screen exists in the “current selection screen”. If an unselected sub-screen exists in the “current selection screen”, the CPU 10 sets a transition screen set next to the “current transition screen set” as a new “current transition screen set” in S209. The definition data 20 of the factor and level value of the “current transition screen set” on the RAM 14 is initialized. When S209 is completed, the CPU 10 advances the process to S205. As a result, by executing S205, S203 to S204, and S206 for the new “current transition screen set”, combination test data based on the new “current transition screen set” is generated and stored on the RAM 14. Added to the combination test data 21 of the entire screen.

  On the other hand, if it is determined in S208 that there is no unselected lower screen in the “current selection screen”, the CPU 10 checks whether or not the “current selection screen” is a start screen. If the “current selection screen” is not the start screen, the CPU 10 returns the process to S207.

  On the other hand, when the “current selection screen” is the start screen, the CPU 10 outputs the combination test data 21 of the entire screen stored in the RAM 14 from the display 11 or the printer 17 in S211. Output to the removable disk 18.

  Each test data constituting the test data of the entire software system created according to the present embodiment is defined in the definition data 20 of the level values of all factors on all screens belonging to the same transition screen set as the screen including each command. Based on. In particular, for the commands set to the buttons on each lower screen, test data is generated based on the definition data 20 of the level values of all factors on all screens belonging to the same transition screen set as the lower screen. Therefore, factors that can be referred to by each command (factors on each screen belonging to the same transition screen set) are reflected in the generation of combination test data, but factors that each command does not reference (does not belong to the same transition screen set). Each factor on the screen is not reflected in the generation of combination test data. Therefore, a higher quality verification test can be performed while maintaining high efficiency.

<Computer-readable recording medium>
A program for causing a computer or other machine or device (hereinafter, a computer or the like) to realize any of the above functions can be recorded on a recording medium that can be read by the computer or the like. The function can be provided by causing a computer or the like to read and execute the program of the recording medium.

Here, a computer-readable recording medium is a recording medium that stores information such as data and programs by electrical, magnetic, optical, mechanical, or chemical action and can be read from a computer or the like. Say. Examples of such a recording medium that can be removed from a computer or the like include a flexible disk, a magneto-optical disk, a CD-ROM, a CD-R / W, a DVD, a Blu-ray disk, a DAT, an 8 mm tape, a flash memory, and the like. There are cards. In addition, as a recording medium fixed to a computer or the like, there are a hard disk, a ROM (read only memory), and the like.

1 computer 10 CPU
12 Input Device 13 Disk Drive 15 System Verification Data Creation Program 16 Combination Test Creation Tool 17 Printer 18 Removable Disk 20 Factor and Level Definition Data 21 Combination Test Data

Claims (5)

A generation method in which a computer generates verification data for a software system having a plurality of input screens each including an element for setting a command and a factor level value as a screen interface,
The computer is
For each input screen, the first definition data including the definition of the command and the level value that each factor can take, and the correspondence between the transition command to be transferred to another screen and the transition destination input screen are defined. When two definition data are input, based on the first definition data, combination test data including a plurality of test data including each command and a level value of several factors is generated for each input screen. ,
When test data is sequentially selected from combination test data on any input screen, and the selected test data includes a transition command, a transition destination input screen is specified based on the second definition data, and the transition A verification data generation method for a software system, wherein test data is sequentially selected from combination test data on a first input screen, and the selected test data are combined in the selection order. A software system verification data generation program having a plurality of input screens each including an element for setting a command and a factor level value as a screen interface,
On the computer,
For each input screen, the first definition data including the definition of the command and the level value that each factor can take, and the correspondence between the transition command to be transferred to another screen and the transition destination input screen are defined. When two definition data are input, combination test data including a plurality of test data including each command and several factor level values is generated for each input screen based on the first definition data. Let
When test data is sequentially selected from combination test data on any input screen, and the selected test data includes a transition command, a transition destination input screen is specified based on the second definition data, and the transition A verification data generation program for a software system, wherein test data is sequentially selected from combination test data on a first input screen, and the selected test data are combined in the order of selection. Wherein the first definition data, standard commands claim 2, wherein the software system verification data generation program, characterized in that is contains definitions of common to software systems. A verification data generation method in which a computer generates verification data for a software system having a plurality of input screens each including an element for setting a command and a factor level value as a screen interface,
The computer is
A first definition that defines the transition relationship for a set of input screens from a start screen to an arrival screen that are connected to each other by a transition relationship between a transition source screen and a transition destination screen having a transition command to transition to another screen. For each set defined by the definition data and the first definition data, a definition of a level value that can be taken by a factor corresponding to an element included in each input screen belonging to the set and a definition of a command of an arrival screen are included. in response to the input of the second definition data, said each set defined by a first definition data, the second definition data to be had based Dzu, the plurality comprising a level value of a number of factors and each command A verification data generation method characterized by generating combinational test data including test data. A software system verification data generation program having a plurality of input screens each including an element for setting a command and a factor level value as a screen interface,
On the computer,
A first definition that defines the transition relationship for a set of input screens from a start screen to an arrival screen that are connected to each other by a transition relationship between a transition source screen and a transition destination screen having a transition command to transition to another screen. For each set defined by the definition data and the first definition data, a definition of a level value that can be taken by a factor corresponding to an element included in each input screen belonging to the set and a definition of a command of an arrival screen are included. in response to the input of the second definition data, said each set defined by a first definition data, the second definition data to be had based Dzu, the plurality comprising a level value of a number of factors and each command A verification data generation program for generating combinational test data including test data.

Images