WO2010035387A1 - Gui評価システム、gui評価方法およびgui評価用プログラム - Google Patents

Gui評価システム、gui評価方法およびgui評価用プログラム Download PDF

Info

Publication number
WO2010035387A1
WO2010035387A1 PCT/JP2009/003824 JP2009003824W WO2010035387A1 WO 2010035387 A1 WO2010035387 A1 WO 2010035387A1 JP 2009003824 W JP2009003824 W JP 2009003824W WO 2010035387 A1 WO2010035387 A1 WO 2010035387A1
Authority
WO
WIPO (PCT)
Prior art keywords
input
data
evaluation
test
information
Prior art date
Application number
PCT/JP2009/003824
Other languages
English (en)
French (fr)
Inventor
池上輝哉
Original Assignee
日本電気株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 日本電気株式会社 filed Critical 日本電気株式会社
Priority to JP2010530693A priority Critical patent/JP4788840B2/ja
Priority to US13/119,965 priority patent/US8347223B2/en
Publication of WO2010035387A1 publication Critical patent/WO2010035387A1/ja

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/3668Software testing
    • G06F11/3672Test management
    • G06F11/3692Test management for test results analysis

Definitions

  • the present invention relates to a GUI evaluation system, a GUI evaluation method, and a GUI evaluation program for evaluating usability of a system, and in particular, a GUI evaluation system and GUI evaluation for evaluating the validity of a data input method and error check required by a user.
  • the present invention relates to a method and a program for GUI evaluation.
  • a GUI graphical user interface
  • a GUI is widely used as an interface when a user inputs and outputs information to a computer system (hereinafter referred to as a system).
  • a GUI may be evaluated to evaluate the usability of the system.
  • GUI evaluation on the data input screen provided by the evaluation target system to be evaluated for usability, whether input of data is indispensable or optional, restrictions on input data ( There is confirmation of presence / absence of character type, number of characters, etc., confirmation of whether a caution message is output when input is incomplete, and evaluation of the validity of the content of the caution message.
  • the evaluator himself confirms and records the results obtained by inputting various data into each of the text input areas.
  • the evaluation is performed manually, the amount of evaluation work increases. In addition, problems may be overlooked.
  • GUI automatic evaluation apparatuses and test execution apparatuses that automatically evaluate GUIs are known (for example, see Patent Documents 1 and 2).
  • the GUI automatic evaluation apparatus described in Patent Document 1 inputs a screen design guide and accumulates the guide data as a formal rule. Also, attribute information and attribute values for each window in the evaluation target system are accumulated as information related to the GUI. Then, the information about the GUI and the rule are collated for each window, and the collation result is output.
  • Patent Document 1 also describes means for generating information about a GUI from a product specification, a source program, a GUI construction tool, and the like.
  • the test execution device described in Patent Literature 2 includes an operation database (DB) that includes a user sequence designated by a user when executing a test and a complementary sequence executed in a complementary manner to execute the user sequence according to a procedure. ). Then, the GUI state is checked when the user sequence is executed according to the user sequence execution procedure. When the user sequence cannot be executed, an appropriate complementary sequence is searched in the operation DB, and the user sequence is executed after executing the complementary sequence.
  • the test execution device described in Patent Document 2 can perform a test that automatically executes a specified operation procedure.
  • Patent Document 3 describes a Web screen creation tool that can confirm the validity of terms on a Web screen.
  • the Web screen creation tool checks a homonym, a kana and a synonym for a source file on the Web screen using terms that are easily misregistered in advance. Specifically, when a registered term is detected on the evaluation target Web screen, a list of correction candidates for the term is displayed.
  • JP-A-8-241191 JP 2004-110267 A Japanese Patent Laid-Open No. 2004-234402
  • the Web screen creation tool described in Patent Document 3 cannot evaluate characteristics related to usability other than unregistered terms.
  • the text input component is, for example, a display of a shape such as a rectangle displayed on the evaluation target screen, and is an area (text box) or the like that allows the user to input text.
  • Patent Documents 1 and 2 described above devices for automatically evaluating a GUI are described, but in these devices, it is not considered to evaluate the validity of a caution message. Therefore, it is not considered to specify which input component the warning message for data input is displayed when there are a plurality of text input components on the screen.
  • an object of the present invention is to provide a GUI evaluation system, a GUI evaluation method, and a GUI evaluation program that can evaluate the validity of a message output from the evaluation target system.
  • a GUI evaluation system is a GUI evaluation system for evaluating a text input component of an evaluation target screen provided in the evaluation system, and a test data recording means for storing a plurality of test data including items having different character attributes; , A set of test input data selected from a plurality of test input data stored in the test data recording means, and input the test input data to all text input parts on the evaluation target screen
  • An evaluation data specifying means for specifying, as an evaluation data set, a set of test input data for which a warning message is not displayed when input is confirmed, and data corresponding to each text input component to which each test input data is input;
  • Each test input data in the evaluation data set specified by the evaluation data specifying means Information that can specify whether or not a warning message is displayed when the input data for testing to be input to one text input component is changed in order from the state where it is input to the corresponding text input component and the input is confirmed, and a warning message Input result acquisition means for acquiring, as input result information, the content of the caution message when the message is displayed and the
  • a GUI evaluation method is a GUI evaluation method for evaluating a text input component of an evaluation target screen provided in an evaluation system, and stores a plurality of test data including different character attributes in a test data recording means. , A set of test input data selected from a plurality of test input data stored in the test data recording means, and input the test input data to all text input parts on the evaluation target screen A set of test input data for which a caution message is not displayed when input is confirmed, data corresponding to the text input part to which each test input data is input is identified as an evaluation data set, and the specified evaluation data Each test input data in the data set is input to the corresponding text input part, and one test is performed.
  • the GUI evaluation program stores, in a test data recording means, a plurality of test data including those having different character attributes in a computer in a GUI evaluation system that evaluates a text input component of an evaluation target screen provided in the evaluation system. Test data storage process to be performed and a set of test input data selected from a plurality of test input data stored in the test data recording means.
  • the test input data set for which the warning message is not displayed is identified as the data set for evaluation corresponding to the text input part to which each test input data is input Evaluation data set identification process and evaluation data set identification process
  • a warning message is displayed when the test input data to be input to one text input component is changed in order from the state where each test input data in the specified evaluation data set is input to the corresponding text input component and the input is confirmed.
  • the input result information includes information that can identify whether or not the message has been received, the content of the caution message when the caution message is displayed, and information indicating the test input data that was input when the caution message was displayed.
  • the evaluator can easily and comprehensively evaluate the validity and consistency of the data input method and error check required by the user.
  • FIG. FIG. 1 is a block diagram showing a configuration of a first embodiment (embodiment 1) of a GUI evaluation system according to the present invention together with an evaluation target system.
  • the GUI evaluation system shown in FIG. 1 includes an input / output unit 1, an evaluation object recording unit 2, a test data recording unit 3, a GUI information recording unit 4, and a data input operation evaluation unit 5.
  • the data input operation evaluation unit 5 includes a test data input unit 51, a state confirmation unit 52, and a window operation control unit 53.
  • the input / output means 1 includes an input means for inputting information indicating the contents of the evaluator's operation such as a mouse and a keyboard, and an output means such as a display.
  • the evaluation target recording unit 2 refers to the evaluation target screen name and how to call it as evaluation target screen information in the evaluation target system 6 registered by the operator operating the input / output means 1 with reference to the screen in the evaluation target system 6 ( Pass), data indicating the input confirmed part on the evaluation target screen is held.
  • the “input confirmed part” is a display such as a button displayed on the evaluation target screen, and is a display for confirming the text input to the text input part (for example, “OK” display).
  • the test data recording unit 3 holds a text data group including various test data having different character attributes such as character type and number of characters as test data.
  • the data input operation evaluation unit 5 refers to the evaluation target data held in the evaluation target recording unit 2 and performs the test held in the test data recording unit 3 for the evaluation target screen in the evaluation target system 6. Enter the data. Then, the result when the input data is confirmed via the input confirmed component is recorded in the GUI information recording unit 4 as input result information.
  • the test data input unit 51 inputs the test data held in the test data recording unit 3 to the text input component on the evaluation target screen and wants to confirm the input This is notified to the state confirmation unit 52.
  • the test data input unit 51 specifies a combination of a text input component and a test data for which a caution message is not displayed when input is confirmed as a combination of correct answer data input. Further, the test data input unit 51 sequentially changes the input data of the text input component to be evaluated from the state where the combination of correct data input is input on the evaluation target screen.
  • the state confirmation unit 52 displays whether or not the evaluation target screen is open, what test data is input to each text input component of the evaluation target screen, and a caution message. Check if it is. Further, when receiving the notification from the test data input unit 51, the state confirmation unit 52 records the test data input to each text input component on the evaluation target screen in the GUI information recording unit 4. Then, a message to confirm the input is output to the window operation control unit 53.
  • the state confirmation unit 52 acquires the content of the caution message in a state where the caution message is displayed, and inputs the text input component corresponding to the caution message, the input test data, and the content of the caution message as an input result. Information is recorded in the GUI information recording unit 4 as information. Then, the caution message is closed, and an instruction indicating that the evaluation target screen is called again is output to the window operation control unit 53, and an instruction indicating that the test data is changed and input is output to the test data input unit 51. To do. If the evaluation target screen is not open, the state confirmation unit 52 outputs an instruction indicating that the evaluation target screen is called to the window operation control unit 53.
  • the window operation control unit 53 refers to the evaluation target screen information held in the evaluation target recording unit 2, and according to the input of the state confirmation unit 52, the input confirmation operation for confirming the input on the evaluation target screen, Execute the operation to close the message and call the screen to be evaluated again.
  • the data input operation evaluation unit 5 is realized, for example, by a CPU that operates according to a program in a computer that implements a GUI evaluation system.
  • FIG. 2 is an explanatory diagram illustrating an example of an evaluation target screen in the evaluation target system 6.
  • the evaluation target system 6 when the evaluation target system 6 is activated, as shown in FIG. 2A, the evaluation target system 6 displays the window 20 of the main screen including the menu on the display unit in the evaluation target system 6. indicate.
  • the evaluation target system 6 displays the screen (window A) shown in FIG. 2B on the display unit.
  • the window A shown in FIG. 2B shows the display unit.
  • the evaluation target screen 21 includes four text input parts, and the input is confirmed when an operation of pressing the “OK” button 22 as the input confirmation part is performed.
  • the example illustrated in FIG. 2 is an example in which the evaluation target system 6 displays the window A illustrated in FIG. 2B in response to selection of the item 2 of the menu 1 included in the window 20.
  • FIG. 3 is an explanatory diagram showing an example of evaluation target screen information held in the evaluation target recording unit 2.
  • the evaluation target screen information includes information indicating the name of the evaluation target screen, a calling method (path), and an input confirmed component.
  • the evaluation target screen information related to the window A illustrated in FIG. 2 is recorded as shown in a row 30 in FIG. That is, “window A” is recorded as the name of the evaluation target screen, “main screen> menu 1> item 2” is recorded as the path, and “OK” is recorded as information indicating the input confirmed component.
  • FIG. 4 is an explanatory diagram showing an example of test data held in the data recording unit 3.
  • the test data includes a data number, data contents, and remarks.
  • the data number is a serial number uniquely assigned to each test data
  • the data content is the main body of the test data.
  • the remarks describe the character attributes of the test data.
  • the data recording unit 3 is different from the blank test data in various character attributes such as character type (alphanumeric, Japanese), full-width / half-width, number of characters, format (year / month / day, time, zip code, etc.). Holds test data of data contents.
  • a text input component having a fixed text box that allows the user to input text is taken as an example of the evaluation target component.
  • the text input component is a component having an area where the user inputs data. If present, the component may be not only a component having a fixed text box, but also a component (combo box) that allows the user to input arbitrary data in addition to the presented option.
  • FIG. 5 is a flowchart showing a combination data search process for correct data input by the test data input unit 51, the state confirmation unit 52, and the window operation control unit 53. Thereafter, test data (D1, D2,..., Dm) are input to text input parts (T1, T2,..., Tn) and confirmed, and it is confirmed whether a caution message is displayed. This is sometimes called “testing”.
  • the test data input unit 51 sequentially inputs and confirms test data (D1, D2,..., Dm) for the text input parts (T1, T2,..., Tn) on the evaluation target screen. (Step S51).
  • the test data input unit 51 sequentially inputs blanks (D1) for all the text input parts (T1, T2,..., Tn).
  • the blank (D1) corresponds to the test data having the data number D001.
  • the test data input unit 51 is in a state where it is desired to confirm the input in order to confirm the input.
  • the state confirmation unit 52 is notified.
  • the state confirmation unit 52 outputs an instruction to confirm the input to the window operation control unit 53.
  • the window operation control unit 53 determines the input according to the instruction. Note that the window operation control unit 53 can recognize from the evaluation target screen information held in the evaluation target recording unit 2 what the input confirmed component is specifically (in this example, an “OK” button).
  • the state confirmation unit 52 confirms whether a caution message is displayed when the input is confirmed (step S52).
  • the window operation control unit 53 performs an operation of closing the caution message to return to the state in which the evaluation target screen is displayed (step S53). That is, the window operation control unit 53 refers to the evaluation target screen information held in the evaluation target recording unit 2 and executes again the operation for calling the evaluation target screen. Then, control goes to a step S55.
  • the combination of text input parts and test data ⁇ T1, D1 ⁇ , ⁇ T2, D1 ⁇ ,..., ⁇ Tn, D1 ⁇ Is a combination of correct data input (step S54). However, since D1 is blank test data, it is generally considered that there is no combination of correct answer data input at this stage.
  • step S55 the test data input unit 51 determines whether the test has been completed for all combinations of the text input parts (T1, T2,..., Tn) and the test data (D1, D2,..., Dm). Confirm whether or not. If the tests have been completed for all the combinations, the data input operation evaluation unit 5 outputs a message “evaluation is impossible” to the input / output unit 1 and ends (step S56). If there is a combination that has not been tested, the process moves to the next test. That is, the process returns to step S51. Note that at the stage where the first test is completed, only test data in the blank (D1) is used, so that there is a combination for which the test has not been completed.
  • test data input unit 51 inputs test data D2 for the text input component T1, and blanks for the other text input components (T2,..., Tn) ( Enter D1) and confirm.
  • the state confirmation unit 52 confirms whether a caution message is displayed when the input is confirmed (step S52).
  • step S53 As in the first stage (when blank (D1) is entered for all text input parts (T1,..., Tn)), when the state confirmation unit 52 confirms that a caution message has been displayed In step S53, the window operation control unit 53 performs an operation of closing the caution message to return to the state in which the evaluation target screen is displayed. Then, control goes to a step S55.
  • the state confirmation unit 52 confirms that the caution message has not been displayed, the combination of text input parts and test data ⁇ T1, D1 ⁇ , ⁇ T2, D2 ⁇ ,..., ⁇ Tn, D2 ⁇ Is a combination of correct data input (step S54).
  • step S54 the combination of text input parts and test data ⁇ T1, Da ⁇ , ⁇ T2, Db ⁇ , ..., ⁇ Tn, Dc ⁇ (a, b, c are Any one of 1 to m) is a combination of correct data input (step S54).
  • FIG. 6 is a flowchart showing a text input component evaluation process performed by the test data input unit 51, the state confirmation unit 52, and the window operation control unit 53.
  • the test data input unit 51 first determines an evaluation target (step S601). Initially, the unevaluated text input component arranged at the top of the evaluation target screen is selected as the evaluation target. When there are a plurality of unevaluated text input parts at the same height, the one placed on the left is given priority. Therefore, the object at the upper left in the screen is the evaluation target. Next, the test data input unit 51 inputs a combination of correct data input to the text input component on the evaluation target screen (step S602). Next, the contents of the text input component to be evaluated are rewritten to test data (step S603). Specifically, first, the text input component to be evaluated on the evaluation target screen is left blank, and the correct data is input to the other text input components.
  • the test data input unit 51 notifies the state confirmation unit 52 that the input is to be confirmed.
  • the state confirmation unit 52 outputs an instruction to confirm the input to the window operation control unit 53.
  • the window operation control unit 53 determines the input according to the instruction.
  • the state confirmation unit 52 confirms whether a caution message is displayed when the input is confirmed.
  • the state confirmation unit 52 collects the text input component to be evaluated, the test data, and the presence / absence and contents of a caution message as a result, and records them in the GUI information recording unit as input result information (also referred to as GUI information). (Step S604).
  • the state confirmation unit 52 records the part name (item name) of the text input component to be evaluated and the serial number of the test data in the GUI information recording unit.
  • the caution message nothing is recorded, for example, when the caution message is not displayed, and the content (text) of the caution message is recorded in the GUI information recording unit when the caution message is displayed.
  • step S605 If a caution message is displayed (step S605), the window operation control unit 53 closes the caution message and returns to the evaluation target screen (step S606). That is, the screen is returned to the evaluation target screen in a state where no caution message is displayed.
  • the window operation control unit 53 displays the evaluation target screen held in the evaluation target recording unit 2 With reference to the information, the evaluation target screen is called again (step S607).
  • test data input unit 51 converts it into a text input component in the process of step S603. New test data to be input is selected (steps S608 and S609), and the process returns to step S602. If there is no test data that has not yet been input for the text input component, that is, if all test data has been input to the text input component, the process proceeds to step S610.
  • step S610 the process of inputting test data while changing the test data for the text input component, and recording the GUI information is repeated (steps S602 to S609), and the text input of the current evaluation target is performed.
  • the process of step S610 is executed.
  • step S610 the test data input unit 51 checks whether there is an unevaluated text input component on the evaluation target screen. If there is an unevaluated text input component, the test data input unit 51 selects the next text input component to be evaluated. After the selection, the process returns to step S601. When there is no unevaluated text input component, that is, when the processing of steps S602 to S609 is completed for all the text input components on the evaluation target screen, the evaluation processing of the evaluation target screen is completed.
  • FIG. 7 is an explanatory diagram showing an example of an evaluation target screen and a caution message.
  • the evaluation target screen 70 includes four text input components, and the input is confirmed by an “OK” button as the input confirmed component (see FIG. 7B).
  • FIG. 7B shows that a caution message 71 is displayed when input is confirmed with all text input parts blank.
  • the data input operation evaluation unit 5 in the GUI evaluation system repeatedly executes a process of changing and inputting a combination of test data to the four text input parts on the evaluation target screen 70 and confirming the warning message. Search for combinations of test data for which no is displayed.
  • FIG. 8 is an explanatory diagram showing a state in which a combination of correct data input for which a caution message is not displayed when input is confirmed is input.
  • test data D004 (aiueo: Japanese) is input to item A
  • test data D002 (abcde: English half-width) is input to item B
  • test data D001 (blank) is input to item C and item D.
  • “*” indicates that test data that is not blank is input, and is not actually displayed on the screen.
  • the case where the test data input to the text input component to be evaluated is changed and input is confirmed, and input result information as an evaluation result is obtained will be described as an example. .
  • FIG. 9 is an explanatory diagram illustrating an example of an evaluation target screen and a caution message when item A is an evaluation target.
  • test data D001 blank
  • the evaluation target system 6 displays the caution message 91.
  • “*” indicates that the text input component is an evaluation target, and is not actually displayed on the screen.
  • the test data input unit 51 executes the evaluation process shown in FIG. That is, the evaluation process is executed by sequentially setting the text input parts of items A, B, C, and D on the evaluation target screen shown in FIG.
  • the display state shown in FIG. 9A corresponds to the display state when the processes of steps S601, S602, and S603 are executed for the item A that is the first evaluation target.
  • FIG. 10 is an explanatory diagram showing GUI information recorded in the GUI information recording unit 4.
  • GUI information a list of item names (text input parts) is described for each evaluation target screen, and further, input data when a caution message is displayed for each item name (test data) ) And evaluation results (message contents) are recorded.
  • FIG. 10 shows an example in which the window B (see FIGS. 2A and 3) is also evaluated.
  • the window operation control unit 53 refers to the path included in the evaluation target data held in the evaluation target recording unit 2 and displays the screen in the evaluation target system 6. By switching to main screen> menu 1> item 3, the evaluation for window B can be started.
  • the GUI evaluation system first identifies a combination of correct test data for which an attention message is not displayed for the evaluation target screen. Next, correct data is input to each text input component, and from the state, the test data to be input is changed and confirmed for each text input component. Then, the display of the caution message when the input is confirmed is confirmed, and the set of the text input component, the input test data and the caution message is recorded as GUI information. If no caution message is displayed, no caution message is recorded.
  • the GUI evaluation system first identifies a combination of a text input component and a test data for which an attention message is not displayed when the input is confirmed on the evaluation target screen, and inputs the identified combination for evaluation (recording). ) Change the input data only for the text input parts to be processed, and check the presence or content of the caution message.
  • the evaluator simply specifies the method of calling the evaluation target screen (path) and the input confirmed parts on the evaluation target screen, and the caution message when various data is input to all text input parts on the evaluation target screen The presence or absence and contents can be obtained. That is, the evaluator can easily and comprehensively evaluate the validity and consistency of the data input method and error check by the user.
  • FIG. FIG. 11 is a block diagram showing the configuration of the second embodiment (embodiment 2) of the GUI evaluation system according to the present invention together with the evaluation target system.
  • the GUI evaluation system shown in FIG. 11 is a system in which an input operation determination unit 7 is further provided in the GUI evaluation system of the first embodiment shown in FIG.
  • the input operation determination unit 7 targets the GUI information recorded in the GUI information recording unit 4 in the first embodiment, and outputs the input data in a plurality of windows displayed by the evaluation target system 6 and related windows. The consistency of the situation (in this example, a caution message) is determined, and the validity of the message expression is evaluated.
  • the input operation determination unit 7 is realized, for example, by a CPU that operates according to a program in a computer that implements a GUI evaluation system.
  • FIG. 12A shows the GUI information recorded in the GUI information recording unit 4. Note that the description in FIG. 12A is the same as the description in FIG.
  • FIG. 12B shows the processing result of the input operation determination unit 7 and the input consistency determination result.
  • FIG. 13 shows the validity determination result of the message content.
  • the consistency of character attributes of input data is exemplified as input consistency.
  • the validity of the message content is determined by whether or not the corresponding item name is written in the content of the caution message. If the item name is not written, the message content is not valid.
  • window A and the window B displayed by the evaluation target system 6 according to the menu selection have a predetermined relationship.
  • window A and window B are a business trip application format and a business trip report format in the same business.
  • the same item name exists in window A and window B.
  • the meanings are also the same.
  • the item name is “destination” and the item B is “employee name or employee code”.
  • the input operation determination unit 7 uses items of the same name in a plurality of related windows (in this example, window A and window B) from the GUI information held in the GUI information recording unit 4 as illustrated in FIG. Get the input result corresponding to.
  • the input results corresponding to item A in window A are “D001: Please input 'item A'” and “D002, D003: Please input 'item A' in Japanese” (data ).
  • the input operation determination unit 7 compares the input result corresponding to the item A in the window A and the input result corresponding to the item A in the window B. As a result of the comparison, it is confirmed that single-byte alphanumeric characters are not allowed for item A in window A, whereas single-byte alphanumeric characters are allowed for item A in window B. . Therefore, the input operation determination unit 7 sets the determination result of the input consistency of the item A in the windows A and B to “caution”. It should be noted that just because the input results are different does not necessarily indicate a problem, the determination result is set to “caution” instead of “problem”.
  • the input operation determination unit 7 also includes information indicating a factor determined to be inconsistent (in the example illustrated in FIG. 12B, “half-width alphanumeric characters as input conditions”) and the screen name of the associated window. , Add to the judgment result.
  • the input operation determination unit 7 sets the determination result of the input consistency of the item B in the windows A and B to “caution”. Also, information indicating a factor determined to be inconsistent (in the example shown in FIG. 12B, essential / arbitrary (meaning that it is indispensable and inconsistent)) and the relationship. The screen name of the window to be added is also added to the judgment result.
  • the input operation determination unit 7 also executes a process of confirming each message content included in the input result corresponding to each item in each of a plurality of windows (in this example, window A and window B).
  • a plurality of windows in this example, window A and window B.
  • all the message content related to the items other than the item E in the window B include the expression “text of item z” (z is any one of A to E) (text input component) It is confirmed that the expression “item z is missing” in the message content regarding the item E in the window B is confirmed. Therefore, the input operation determination unit 7 sets the determination result to “problem” in the message expression of the item E in the window B. Further, the input operation determination unit 7 also adds information indicating the cause of determining that there is a problem (in the example illustrated in FIG. 13, “no item name notation” and serial number of test data) to the determination result.
  • the input operation determination unit 7 records the determination result in, for example, the GUI information recording unit 4, but may be stored in a storage unit different from the GUI information recording unit 4.
  • the GUI evaluation system determines consistency of input with respect to a text input component from GUI information. Further, the validity of the message content output by the evaluation target system 6 is determined. Then, the determination result is output.
  • Evaluator can obtain the judgment result of consistency of input and validity of message contents without performing any special operation. Then, the evaluator easily grasps that there is a possibility that there is a problem in the consistency of input in the GUI of the evaluation target system 6 and that the message content lacks commonality based on the obtained determination result. be able to.
  • FIG. FIG. 14 is a block diagram showing the configuration of the third embodiment (embodiment 3) of the GUI evaluation system according to the present invention together with the evaluation target system.
  • the GUI evaluation system shown in FIG. 14 is a system in which an evaluation target designating unit 8 is further provided in the GUI evaluation system of the first embodiment shown in FIG.
  • the test data input unit 51A has a function of referring to the test information created by the evaluation target specifying unit 8 to the function of the test data input unit 51 in the first embodiment. Is.
  • evaluation target designating unit 8 is realized by a CPU that operates according to a program in a computer that implements a GUI evaluation system, for example.
  • the test data stored in the test data recording unit 3 is used. It is conceivable that good evaluation results cannot be obtained. In addition, when there is a text input component that enables or disables data input when a specific situation occurs, the test data held in the test data recording unit 3 without any restrictions It is conceivable that a good evaluation result cannot be obtained even if is used.
  • the window as the evaluation target screen includes parts other than the text input part, if the test data stored in the test data recording unit 3 is used, a proper evaluation result cannot be obtained. Conceivable.
  • parts other than text input parts there are parts (radio buttons) having a selection part for making the user select one of a plurality of selection items, a check mark indicating that a plurality of selection items are selected, etc.
  • parts (radio buttons) having a selection part for making the user select one of a plurality of selection items, a check mark indicating that a plurality of selection items are selected, etc.
  • part (check box) having an input area
  • a part (list box) presenting options selectable by the user in a list format.
  • the evaluation target designating unit 8 creates a file including a test character string for each item on the evaluation target screen according to an operation performed by the evaluator on the input / output unit 1, or sets a test target or a test target Data indicating that it is not a target is created, or data indicating test data used for evaluation among a plurality of test data held in the test data recording unit 3 is created.
  • the evaluation target designating unit 8 records the created file and data in the evaluation target recording unit 2 as test information.
  • FIG. 15 is an explanatory diagram for explaining the test information created by the evaluation target designating unit 8.
  • FIG. 15A shows a window A that is an example of an evaluation target screen.
  • FIG. 15B shows test information created by the evaluation target designating unit 8.
  • the test information uses the test character string in the file created by the evaluation target designating unit 8 for the item A in the window A, and the test information for the item B Use all the test data held in the data recording unit 3, use only the test data D200 to D203 held in the test data recording unit 3 for the item C, On the other hand, information indicating that all the test data held in the test data recording unit 3 is used is included.
  • the test data input unit 51A in the data input operation determination unit 5 refers to the test information held in the evaluation target recording unit 2 when inputting test data into the text input component.
  • the test data input unit 51A holds the item A in the window A in the test data recording unit 3.
  • the test character string in the file held in the evaluation target recording unit 2 is sequentially input without inputting the test data that has been set.
  • all the test data held in the test data recording unit 3 are sequentially input.
  • the test data input unit 51A confirms the display of the caution message, which is a process after the test data or the test character string is input to the text input part and confirmed, and the text input part, the input test data and
  • the process of recording a set of caution messages as GUI information is the same as the process of the data input operation determination unit 5 in the first embodiment.
  • designated part 8 is (A) a file containing a test string; (B) data indicating whether or not to be tested, (C) Data indicating test data used for evaluation among a plurality of test data held in the test data recording unit 3 is created and recorded in the evaluation target recording unit 2 as test information. ) To (c) may be created and recorded as test information in the evaluation object recording unit 2. Further, the evaluation target designating unit 8 may create test information indicating some condition other than (a) to (c).
  • the GUI evaluation system can obtain appropriate evaluation results by creating test information for each item and evaluating the evaluation target screen with reference to the test information. You can avoid running unpredictable tests. As a result, the effect of shortening the evaluation time can be obtained.
  • FIG. 16 is a block diagram showing a main part of the GUI evaluation system according to the present invention.
  • the GUI evaluation system includes a test data recording means 103 (corresponding to the test data recording unit 4 shown in FIG. 1) for storing a plurality of test data including those having different character attributes, and a test A set of test input data selected from a plurality of test input data stored in the test data recording means 103, and the test input data is input to all text input parts on the evaluation target screen and input.
  • An evaluation that identifies a set of test input data (corresponding to correct answer data) for which a warning message is not displayed when confirmed as data corresponding to the text input component to which each test input data is input as an evaluation data set Data specifying means 101 (in the system shown in FIG.
  • the data input operation unit 5 the test input data to be input to one text input component is changed in order from the state where each test input data in the evaluation data set specified by the determination means 101 is input to the corresponding text input component, and the input is confirmed.
  • the input result acquisition means 102 (implemented by the data input operation operation unit 5 in the system shown in FIG. 1) acquired as result information and the input result information acquired by the input result acquisition means 102 are associated with the text input component.
  • output result information output means 104 (implemented by the status confirmation unit 52 in the system shown in FIG. 1). Eteiru.
  • FIG. 17 is a block diagram showing a main part of another aspect of the GUI evaluation system according to the present invention.
  • the GUI evaluation system shown in FIG. 17 is a method for specifying a text input component in the content of the caution message included in the input result information output by the input result information output means 104 (FIG. 16) with respect to the GUI evaluation system shown in FIG.
  • message determination means 107 determines the validity of the expression of the attention message. In the system shown, this is realized by the input operation determination unit 7).
  • FIG. 18 is a block diagram showing a main part of still another aspect of the GUI evaluation system according to the present invention.
  • the GUI evaluation system shown in FIG. 18 is a text input component having the same item name in a plurality of evaluation target screens and has data input conditions (for example, restrictions on text attributes) as compared to the GUI evaluation system shown in FIG.
  • consistency determination means 108 for determining the consistency of the data input constraint for the text input component (in the system shown in FIG. 11, this is realized by the input operation determination unit 7). Is a system that has been added.
  • FIG. 19 is a block diagram showing a main part of another aspect of the GUI evaluation system according to the present invention.
  • the GUI evaluation system shown in FIG. 19 includes, in the GUI evaluation system shown in FIG. 16, information indicating whether or not test data should be input to the input part of the evaluation target screen, and the test data recording means 103.
  • Creation of evaluation target designation information that generates one or more of information indicating test data to be input to a text input component among a plurality of stored test data and test input data information for the input component
  • means 109 (implemented by the evaluation target designating unit 8 in the system shown in FIG. 11) is added.
  • the input result acquisition unit 102 executes a process of acquiring input result information according to the information created by the evaluation target designation information creation unit 109.
  • the present invention can be suitably applied to an application for evaluating system usability.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Debugging And Monitoring (AREA)
  • User Interface Of Digital Computer (AREA)

Abstract

 評価用データ特定手段は、複数のテスト用入力データから選択されたテスト用入力データの組であって評価対象画面における全てのテキスト入力部品にそれらのテスト用入力データを入力して入力確定したときに注意メッセージが表示されないテスト用入力データの組を評価用データセットとして特定する。入力結果取得手段は、特定された評価用データセットにおける各テスト用入力データを対応するテキスト入力部品に入力した状態から一つのテキスト入力部品に入力するテスト用入力データを順次変更して入力確定したときに注意メッセージが表示されたか否かを特定可能な情報と、注意メッセージが表示された場合の注意メッセージの内容と、注意メッセージが表示されたときに入力されていたテスト用入力データを示す情報とを入力結果情報として取得する。

Description

GUI評価システム、GUI評価方法およびGUI評価用プログラム
 本発明は、システムのユーザビリティを評価するGUI評価システム、GUI評価方法およびGUI評価用プログラムに関し、特に、ユーザに求められているデータ入力方法やエラーチェックの妥当性を評価するGUI評価システム、GUI評価方法およびGUI評価用プログラムに関する。
 ユーザがコンピュータシステム(以下、システムという。)に情報を入出力する際のインタフェースとして、GUI(グラフィカルユーザインタフェース)が広く用いられている。システムのユーザビリティを評価するために、GUIの評価が行われることがある。GUIの評価の一例として、ユーザビリティの評価対象になる評価対象システムが提供するデータ入力画面において、データを入力することが必須になっているのか任意になっているのかの確認、入力データに対する制約(文字種や文字数など)の有無の確認、入力に不備がある場合に注意メッセージが出力されるか否かの確認、および注意メッセージの内容の妥当性の評価がある。それらの確認や評価を人手で行う場合には、評価者自身がテキスト入力エリアのそれぞれに様々なデータを入力して得られた結果を確認したり記録したりする。人手によって評価が実施される場合には、評価の作業量が大きくなる。また、問題点が見落とされる可能性がある。
 GUIを自動評価するGUI自動評価装置やテスト実行装置が知られている(例えば、特許文献1,2参照)。特許文献1に記載されたGUI自動評価装置は、画面設計のガイドを入力し、ガイドデータを形式的なルールとして蓄積する。また、評価対象システムにおけるウィンドウ毎の属性情報と属性値とをGUIに関する情報として蓄積する。そして、ウィンドウ毎にGUIに関する情報とルールとを照合し、照合結果を出力する。特許文献1には、製品の仕様書、ソースプログラム、GUI構築ツールなどからGUIに関する情報を生成する手段も記載されている。
 特許文献2に記載されたテスト実行装置は、テストを実行する際にユーザが指定するユーザシーケンスと、ユーザシーケンスを手順通りに実行するために補完的に実行される補完シーケンスとを操作データベース(DB)に保持する。そして、ユーザシーケンスの実行手順に従ってユーザシーケンスを実行する際にGUIの状態を確認する。ユーザシーケンスを実行できない場合には、操作DBにおいて適切な補完シーケンスを検索し、補完シーケンスを実行した後にユーザシーケンスを実行する。特許文献2に記載されたテスト実行装置は、規定の操作手順を自動的に実行させるテストを行うことができる。
 特許文献3には、Web画面における用語の妥当性を確認できるWeb画面作成ツールが記載されている。そのWeb画面作成ツールは、Web画面のソースファイルを対象にして、あらかじめ登録された表記を誤りやすい用語を用いて、同音異義語、送り仮名および類義語のチェックを行う。具体的には、登録されている用語が評価対象のWeb画面において検出された場合には、その用語に対する修正候補を一覧表示する。
特開平8-241191号公報 特開2004-110267号公報 特開2004-234402号公報
 特許文献1に記載されたGUI自動評価装置を用いる場合に、評価対象システムがプロトタイプの段階にあったり他社製品であったりした場合などの仕様書やソースプログラムを取得できない場合には、評価者に、GUIに関する情報を手作業で記載する作業が求められる。人手の作業を介すると、GUIに関する情報が正しく作成されていない可能性がある。また、仕様書を入手できる場合でも、仕様書自体が誤っている可能性もある。すなわち、実際に稼働する評価対象システムを評価しないと、正しい評価がなされないおそれがある。
 特許文献2に記載されたテスト実行装置を用いる場合に、規定のユーザシーケンスが正常に実行できたか否かを確認することはできるが、評価対象システムにあわせてシーケンスを用意するための手間がかかる。また、シーケンス実行におけるGUIやシーケンス自体の評価を行うことはできない。
 特許文献3に記載されたWeb画面作成ツールは、登録されていない用語以外のユーザビリティに関する特性を評価することはできない。
 ユーザがデータ入力を行う画面に表示されるテキスト入力部品であってテキスト入力が必須であるテキスト入力部品や、文字種および文字数などに何らかの制約があるテキスト入力部品に対して誤った入力(制約に反する入力など)がなされた場合に評価対象システムが出力すべきメッセージに関する評価を行うことが望ましい。例えば、誤った入力があった場合にその旨を注意するためのメッセージ(以下、注意メッセージという。)が表示されるか否かや、表示される注意メッセージの内容が妥当か否かなどを評価することが望ましい。その評価を人手で行うと、評価者の作業量が大きくなる。また、チェック漏れが発生しやすくなる。なぜなら、詳細な評価結果を得ようとすると、評価対象システムにおける各画面において、評価者自身が入力部品のそれぞれに様々なデータを入力することが求められるからである。また、評価対象の画面に複数のテキスト入力部品が存在する場合には、注意メッセージがどのテキスト入力部品へのデータ入力に対するものか特定することが困難であるからである。なお、テキスト入力部品は、例えば、評価対象画面に表示されている矩形などの形状の表示であり、ユーザにテキストを入力させる領域(テキストボックス)などである。
 上記の特許文献1,2には、GUIを自動評価する装置が記載されているが、それらの装置において、注意メッセージの妥当性を評価することは考慮されていない。よって、画面に複数のテキスト入力部品が存在する場合にどの入力部品へのデータ入力に対する注意メッセージが表示されたのかを特定することも考慮されていない。
 そこで、本発明は、評価対象システムが出力するメッセージに関する妥当性を評価することができるGUI評価システム、GUI評価方法およびGUI評価プログラムを提供することを目的とする。
 本発明によるGUI評価システムは、評価システムが備える評価対象画面のテキスト入力部品を評価するGUI評価システムであって、文字属性が異なるものを含む複数のテスト用データを保存するテスト用データ記録手段と、テスト用データ記録手段に保存されている複数のテスト用入力データから選択されたテスト用入力データの組であって評価対象画面における全てのテキスト入力部品にそれらのテスト用入力データを入力して入力確定したときに注意メッセージが表示されないテスト用入力データの組を、各々のテスト用入力データが入力されたテキスト入力部品に対応させたデータを評価用データセットとして特定する評価用データ特定手段と、評価用データ特定手段が特定した評価用データセットにおける各テスト用入力データを対応するテキスト入力部品に入力した状態から一つのテキスト入力部品に入力するテスト用入力データを順次変更して入力確定したときに注意メッセージが表示されたか否かを特定可能な情報と、注意メッセージが表示された場合の注意メッセージの内容と、注意メッセージが表示されたときに入力されていたテスト用入力データを示す情報とを入力結果情報として取得する入力結果取得手段と、入力結果取得手段が取得した入力結果情報をテキスト入力部品に対応付けて出力する入力結果情報出力手段とを備えたことを特徴とする。
 本発明によるGUI評価方法は、評価システムが備える評価対象画面のテキスト入力部品を評価するGUI評価方法であって、文字属性が異なるものを含む複数のテスト用データをテスト用データ記録手段に保存し、テスト用データ記録手段に保存されている複数のテスト用入力データから選択されたテスト用入力データの組であって評価対象画面における全てのテキスト入力部品にそれらのテスト用入力データを入力して入力確定したときに注意メッセージが表示されないテスト用入力データの組を、各々のテスト用入力データが入力されたテキスト入力部品に対応させたデータを評価用データセットとして特定し、特定された評価用データセットにおける各テスト用入力データを対応するテキスト入力部品に入力した状態から一つのテキスト入力部品に入力するテスト用入力データを順次変更して入力確定したときに注意メッセージが表示されたか否かを特定可能な情報と、注意メッセージが表示された場合の注意メッセージの内容と、注意メッセージが表示されたときに入力されていたテスト用入力データを示す情報とを入力結果情報として取得し、取得された入力結果情報をテキスト入力部品に対応付けて出力することを特徴とする。
 本発明によるGUI評価用プログラムは、評価システムが備える評価対象画面のテキスト入力部品を評価するGUI評価システムにおけるコンピュータに、文字属性が異なるものを含む複数のテスト用データをテスト用データ記録手段に保存するテスト用データ保存処理と、テスト用データ記録手段に保存されている複数のテスト用入力データから選択されたテスト用入力データの組であって評価対象画面における全てのテキスト入力部品にそれらのテスト用入力データを入力して入力確定したときに注意メッセージが表示されないテスト用入力データの組を、各々のテスト用入力データが入力されたテキスト入力部品に対応させたデータを評価用データセットとして特定する評価用データセット特定処理と、評価用データセット特定処理で特定された評価用データセットにおける各テスト用入力データを対応するテキスト入力部品に入力した状態から一つのテキスト入力部品に入力するテスト用入力データを順次変更して入力確定したときに注意メッセージが表示されたか否かを特定可能な情報と、注意メッセージが表示された場合の注意メッセージの内容と、注意メッセージが表示されたときに入力されていたテスト用入力データを示す情報とを入力結果情報として取得する入力結果情報取得処理と、入力結果情報取得処理で取得された入力結果情報をテキスト入力部品に対応付けて出力する入力結果情報出力処理とを実行させることを特徴とする。
 本発明によれば、評価者が、ユーザに求められるデータ入力方法やエラーチェックの妥当性および一貫性の評価を、簡単かつ網羅的に行うことができる。
GUI評価システムの第1の実施形態の構成を評価対象システムとともに示すブロック図である。 評価対象システムにおける評価対象画面の例を示す説明図である。 評価対象記録部に保存される評価対象画面情報の例を示す説明図である。 データ記録部に保存されるテスト用データの例を示す説明図である。 正解データ入力の組み合わせ探索処理を示すフローチャートであいる。 テキスト入力部品の評価処理を示すフローチャートである。 評価対象画面と注意メッセージとの一例を示す説明図である。 入力確定時に注意メッセージが表示されない正解データ入力の組み合わせが入力された状態を示す説明図である。 項目Aを評価対象にした場合の評価対象画面と注意メッセージとの一例を示す説明図である。 GUI情報記録部に記録されたGUI情報を示す説明図である。 GUI評価システムの第2の実施形態の構成を評価対象システムとともに示すブロック図である。 入力操作判定部の処理を説明するための説明図である。 入力操作判定部の処理を説明するための説明図である。 GUI評価システムの第3の実施形態の構成を評価対象システムとともに示すブロック図である。 評価対象指定部が作成するテスト情報を説明するための説明図である。 本発明によるGUI評価システムの要部を示すブロック図である。 本発明によるGUI評価システムの他の態様の要部を示すブロック図である。 本発明によるGUI評価システムのさらに他の態様の要部を示すブロック図である。 本発明によるGUI評価システムの別の態様の要部を示すブロック図である。
 以下、本発明の具体的な実施形態を図面を参照して説明する。
実施形態1.
 図1は、本発明によるGUI評価システムの第1の実施形態(実施形態1)の構成を評価対象システムとともに示すブロック図である。図1に示すGUI評価システムは、入出力手段1と、評価対象記録部2と、テスト用データ記録部3と、GUI情報記録部4と、データ入力操作評価部5とを備えている。データ入力操作評価部5は、テストデータ入力部51と、状態確認部52と、ウィンドウ操作制御部53とを含む。
 入出力手段1は、マウスやキーボードなどの評価者の操作の内容を示す情報を入力する入力手段と、ディスプレイなどの出力手段とを含む。評価対象記録部2は、操作者が評価対象システム6における画面を参照して入出力手段1を操作することによって登録した評価対象システム6における評価対象画面情報として、評価対象画面名と呼び出し方(パス)、評価対象画面での入力確定部品を示すデータを保持する。「入力確定部品」は、評価対象画面に表示されているボタンなどの表示であり、テキスト入力部品に入力されたテキストを確定するための表示(例えば、「OK」の表示)である。
 テスト用データ記録部3は、テスト用データとして、文字の種類や文字数などの文字属性が異なる種々のテスト用データを含むテキストデータ群を保持する。
 データ入力操作評価部5は、評価対象記録部2に保持されている評価対象データを参照して、評価対象システム6における評価対象画面に対して、テスト用データ記録部3に保持されているテスト用データを入力する。そして、入力されたデータが入力確定部品を介して確定されたときの結果を、入力結果情報としてGUI情報記録部4に記録する。
 データ入力操作評価部5において、テストデータ入力部51は、評価対象画面におけるテキスト入力部品に対して、テスト用データ記録部3に保持されているテスト用データを入力し、入力を確定させたい状態であることを状態確認部52に通知する。また、テストデータ入力部51は、入力確定時に注意メッセージが表示されないテキスト入力部品とテスト用データとの組み合わせを、正解データ入力の組み合わせとして特定する。さらに、テストデータ入力部51は、評価対象画面に正解データ入力の組み合わせが入力されている状態から、評価対象とするテキスト入力部品の入力データを順次変更する。
 状態確認部52は、評価対象システム6において、評価対象画面が開かれているか否か、評価対象画面の各テキスト入力部品にどのようなテスト用データが入力されているか、および注意メッセージが表示されているか否かを確認する。さらに、状態確認部52は、テストデータ入力部51から通知を受けると、評価対象画面の各テキスト入力部品に入力されているテスト用データを、GUI情報記録部4に記録する。そして、入力確定させる旨をウィンドウ操作制御部53に出力する。
 さらに、状態確認部52は、注意メッセージが表示されている状態で注意メッセージの内容を取得し、注意メッセージに対応するテキスト入力部品、入力されたテスト用データ、および注意メッセージの内容を、入力結果情報としてGUI情報記録部4に記録する。そして、注意メッセージを閉じて、再度、評価対象画面を呼び出すことを示す指示をウィンドウ操作制御部53に出力し、テスト用データを変更して入力することを示す指示をテストデータ入力部51に出力する。なお、状態確認部52は、評価対象画面が開かれていない場合には、評価対象画面を呼び出すことを示す指示をウィンドウ操作制御部53に出力する。
 ウィンドウ操作制御部53は、評価対象記録部2に保持されている評価対象画面情報を参照して、状態確認部52の入力に従って、評価対象画面での入力を確定させるための入力確定操作、注意メッセージを閉じる操作、および評価対象画面を再度呼び出す操作を実行する。
 なお、データ入力操作評価部5は、例えば、GUI評価システムを実現するコンピュータにおいて、プログラムに従って動作するCPUによって実現される。
 図2は、評価対象システム6における評価対象画面の例を示す説明図である。図2に示す例では、評価対象システム6が起動されると、図2(A)に示すように、評価対象システム6は、メニューを含むメイン画面のウィンドウ20を評価対象システム6における表示部に表示する。ウィンドウ20におけるメニューが選択されると、評価対象システム6は、図2(B)に示す画面(ウィンドウA)を表示部に表示する。評価のためにデータ入力操作評価部5におけるウィンドウ操作制御部53によってメニュー選択がなされた場合には、図2(B)に示すウィンドウAは、評価対象画面21になる。評価対象画面21は、4個のテキスト入力部品を備え、入力確定部品としての「OK」ボタン22が押下される操作がなされると、入力が確定する。なお、図2に示す例は、ウィンドウ20に含まれるメニュー1の項目2が選択されたことに応じて、評価対象システム6が、図2(B)に示すウィンドウAを表示した例である。
 図3は、評価対象記録部2に保持される評価対象画面情報の例を示す説明図である。図3に示す例では、評価対象画面情報は、評価対象画面の名称と、呼び出し方(パス)および入力確定部品を示す情報を含む。なお、図2に例示されたウィンドウAに関する評価対象画面情報は、図3における行30に示すように記録される。すなわち、評価対象画面の名称として「ウィンドウA」が記録され、パスとして「メイン画面>メニュー1>項目2」が記録され、入力確定部品を示す情報として「OK」が記録される。
 図4は、データ記録部3に保持されるテスト用データの例を示す説明図である。図4に示す例では、テスト用データは、データ番号、データ内容および備考で構成されている。データ番号は各テスト用データに一意に付された通し番号であり、データ内容はテスト用データの本体である。備考には、テスト用データの文字属性が記載される。データ記録部3は、空欄のテスト用データと、文字の種類(英数、日本語)、全角/半角、文字数、形式(年月日、時間、郵便番号等)などの文字属性が異なる様々なデータ内容のテスト用データとを保持する。
 次に、図5および図6のフローチャートを参照してデータ入力操作評価部5の動作を説明する。なお、以下の説明では、評価対象部品として、ユーザにテキストを入力させる固定的なテキストボックスを有するテキスト入力部品を例にするが、テキスト入力部品は、ユーザがデータを入力する領域を有する部品であれば、固定的なテキストボックスを有する部品だけでなく、ユーザに選択肢を提示するとともに提示した選択肢以外にユーザが任意のデータを入力可能な部品(コンボボックス)などであってもよい。
 図5は、テストデータ入力部51、状態確認部52およびウィンドウ操作制御部53による、正解データ入力の組み合わせ探索処理を示すフローチャートであいる。以下、テキスト入力部品(T1,T2,・・・,Tn)に対してテスト用データ(D1,D2,・・・,Dm)を入力して確定し、注意メッセージが表示されるか否か確認することを、「テスト」ということがある。
 テストデータ入力部51は、評価対象画面のテキスト入力部品(T1,T2,・・・,Tn)に対して、順次、テスト用データ(D1,D2,・・・,Dm)を入力して確定する(ステップS51)。
 最初は、ステップS51の処理で、テストデータ入力部51は、全てのテキスト入力部品(T1,T2,・・・,Tn)に対して、順次、空欄(D1)を入力する。図4に示された例では、空欄(D1)は、データ番号D001のテスト用データに相当する。また、テストデータ入力部51は、全てのテキスト入力部品(T1,T2,・・・,Tn)に空欄(D1)を入力すると、入力確定のために、入力を確定させたい状態であることを状態確認部52に通知する。状態確認部52は、テストデータ入力部51から通知を受けると、入力確定させる指示をウィンドウ操作制御部53に出力する。ウィンドウ操作制御部53は、指示に応じて、入力を確定させる。なお、ウィンドウ操作制御部53は、評価対象記録部2に保持される評価対象画面情報から、入力確定部品が具体的に何であるのか(この例では「OK」ボタン)を認識することができる。
 状態確認部52は、入力確定時に注意メッセージが表示されるか否か確認する(ステップS52)。状態確認部52が注意メッセージが表示されたことを確認した場合には、ウィンドウ操作制御部53は、注意メッセージを閉じる操作を行って、評価対象画面を表示させる状態に戻す(ステップS53)。すなわち、ウィンドウ操作制御部53は、評価対象記録部2に保持される評価対象画面情報を参照して、評価対象画面を呼び出す操作を、再度実行する。そして、ステップS55に移行する。状態確認部52が注意メッセージが表示されなかったことを確認した場合には、テキスト入力部品とテスト用データの組み合わせ{T1,D1},{T2,D1},・・・,{Tn,D1}を正解データ入力の組み合わせとする(ステップS54)。ただし、D1は空欄のテスト用データであるから、一般には、この段階で正解データ入力の組み合わせになることはないと考えられる。
 ステップS55では、テストデータ入力部51は、テキスト入力部品(T1,T2,・・・,Tn)とテスト用データ(D1,D2,・・・,Dm)の全ての組み合わせについてテストが終了したか否か確認する。全ての組み合わせについてテストが終了している場合には、データ入力操作評価部5は、「評価不可」のメッセージを入出力手段1に出力して終了する(ステップS56)。テストが終了していない組合せが存在する場合には、次のテストに移行する。すなわち、ステップS51に戻る。なお、最初のテストが終了した段階では、空欄(D1)のテスト用データしか使用していないので、テストが終了していない組合せが存在することになる。
 次に、ステップS51の処理で、テストデータ入力部51は、テキスト入力部品T1に対してテスト用データD2を入力し、その他のテキスト入力部品(T2,・・・,Tn)に対して空欄(D1)を入力して確定する。状態確認部52は、入力確定時に注意メッセージが表示されるか確認する(ステップS52)。
 最初の段階(全てのテキスト入力部品(T1,・・・,Tn)に対して空欄(D1)を入力した場合)と同様に、状態確認部52が注意メッセージが表示されたことを確認した場合には、ウィンドウ操作制御部53は、注意メッセージを閉じる操作を行って、評価対象画面を表示させる状態に戻す(ステップS53)。そして、ステップS55に移行する。状態確認部52が注意メッセージが表示されなかったことを確認した場合には、テキスト入力部品とテスト用データの組み合わせ{T1,D1},{T2,D2},・・・,{Tn,D2}を正解データ入力の組み合わせとする(ステップS54)。
 注意メッセージが表示されなくなるまで、または、注意メッセージが表示されなくなる前にテキスト入力部品(T1,T2,・・・,Tn)とテスト用データ(D1,D2,・・・,Dm)の全ての組み合わせのテストが終了するまで、データ入力操作評価部5は、テキスト入力部品(T1,T2,・・・,Tn)に入力するテスト用データ(D1,D2,・・・,Dm)の組み合わせを変更しながらテストを繰り返し実行する。
 そして、注意メッセージが表示されなくなった際の、テキスト入力部品とテスト用データの組み合わせ{T1,Da},{T2,Db},・・・,{Tn,Dc}(a,b,cは、1~mのいずれか)を正解データ入力の組み合わせとする(ステップS54)。
 また、テキスト入力部品(T1,T2,・・・,Tn)とテスト用データ(D1,D2,・・・,Dm)の全ての組み合わせのテストにおいて注意メッセージが表示された場合には、「評価不可」のメッセージが入出力手段1に出力される(ステップS56)。
 次に、図5に示された処理で見出された正解データ入力の組み合わせを用いて、評価対象画面におけるテキスト入力部品を評価する方法を説明する。図6は、テストデータ入力部51、状態確認部52およびウィンドウ操作制御部53による、テキスト入力部品の評価処理を示すフローチャートである。
 テストデータ入力部51は、まず、評価対象を決定する(ステップS601)。最初は、評価対象として、評価対象画面において最も上部に配置されている未評価のテキスト入力部品を選択する。同じ高さに複数の未評価のテキスト入力部品が存在する場合には、左に配置されているものを優先する。従って、まず、画面内の最も左上にあるものが評価対象になる。次に、テストデータ入力部51は、評価対象画面のテキスト入力部品に対して正解データ入力の組み合わせを入力する(ステップS602)。次いで、評価対象のテキスト入力部品の内容をテスト用データに書き換える(ステップS603)。具体的には、まず、評価対象画面における評価対象のテキスト入力部品を空欄にし、他のテキスト入力部品には正解データが入力された状態にする。
 次に、入力を確定する。すなわち、テストデータ入力部51は、入力を確定させたい状態であることを状態確認部52に通知する。状態確認部52は、テストデータ入力部51から通知を受けると、入力確定させる指示をウィンドウ操作制御部53に出力する。ウィンドウ操作制御部53は、指示に応じて、入力を確定させる。状態確認部52は、入力確定時に注意メッセージが表示されるか否か確認する。そして、状態確認部52は、評価対象のテキスト入力部品、テスト用データ、および結果として注意メッセージの有無や内容をまとめて、入力結果情報(GUI情報ともいう。)としてGUI情報記録部に記録する(ステップS604)。なお、具体的には、状態確認部52は、一例として、評価対象のテキスト入力部品の部品名(項目名)およびテスト用データの通し番号をGUI情報記録部に記録する。また、注意メッセージについては、注意メッセージが表示されなかった場合には例えば何も記録せず、注意メッセージが表示された場合には注意メッセージの内容(テキスト)をGUI情報記録部に記録する。
 また、注意メッセージが表示された場合には(ステップS605)、ウィンドウ操作制御部53が、注意メッセージを閉じて評価対象画面に復帰させる(ステップS606)。すなわち、注意メッセージが表示されていない状態の評価対象画面に戻す。注意メッセージが表示されずに入力が確定し、評価対象画面が閉じられたり、次の画面に遷移した場合には、ウィンドウ操作制御部53は、評価対象記録部2に保持されている評価対象画面情報を参照して、評価対象画面を再度呼び出す(ステップS607)。
 次に、テストデータ入力部51は、評価対象にしているテキスト入力部品に対して未だ入力されていないテスト用データが残っている場合には、その中から、ステップS603の処理でテキスト入力部品に新たに入力するテスト用データを選択し(ステップS608,S609)、ステップS602に戻る。テキスト入力部品に対して未だ入力されていないテスト用データが残っていない場合、すなわち全てのテスト用データがテキスト入力部品に入力された場合には、ステップS610に移行する。
 以上のように、テキスト入力部品を対象にして、テスト用データを変更しながらテスト用データを入力し、GUI情報を記録する処理が繰り返され(ステップS602~S609)、現在の評価対象のテキスト入力部品に対する全てのテスト用データを用いた評価が完了すると、ステップS610の処理が実行される。
 ステップS610において、テストデータ入力部51は、評価対象画面において未評価のテキスト入力部品があるか否か確認し、未評価のテキスト入力部品がある場合には、次の評価対象のテキスト入力部品を選定した後、ステップS601に戻る。未評価のテキスト入力部品がない場合に、すなわち、評価対象画面における全てのテキスト入力部品について、ステップS602~S609の処理を完了した時点で、評価対象画面の評価処理を完了する。
 次に、本実施形態における正解データ入力の組み合わせの探索処理とテキスト入力部品の評価処理の動作例を、具体的な画面例を用いて説明する。
 図7は、評価対象画面と注意メッセージとの一例を示す説明図である。図7に示す例では、評価対象画面70は、4個のテキスト入力部品を備え、入力確定部品としての「OK」ボタンにより入力が確定される(図7(B)参照)。なお、図7(B)には、全てのテキスト入力部品を空欄の状態で入力を確定した場合に注意メッセージ71が表示されることが示されている。
 GUI評価システムにおけるデータ入力操作評価部5は、まず、評価対象画面70における4個のテキスト入力部品に、テスト用データの組み合わせを変更して入力して確定する処理を繰り返し実行して、注意メッセージが表示されないテスト用データの組み合わせを探索する。
 図8は、入力確定時に注意メッセージが表示されない正解データ入力の組み合わせが入力された状態を示す説明図である。図8に示す例では、項目Aにテスト用データD004(あいうえお:日本語)、項目Bにテスト用データD002(abcde :英語半角)、項目Cおよび項目Dにテスト用データD001(空欄)が入力されている。なお、図8において「※」は、空欄でないテスト用データが入力されていることを示し、実際に画面に表示されているわけではない。以下、図8に示された状態から、評価対象であるテキスト入力部品に入力されるテスト用データを変更して入力確定し、評価結果としての入力結果情報を得る場合を例にして説明を行う。
 図9は、項目Aを評価対象にした場合の評価対象画面と注意メッセージとの一例を示す説明図である。図9には、評価対象画面90における各テキスト入力部品に正解データ入力の組み合わせが入力された後、テキスト入力部品としての項目Aに対して、テスト用データD001(空欄)が入力されて確定された結果、評価対象システム6が注意メッセージ91を表示したことが示されている。なお、図9において「※」は、評価対象のテキスト入力部品であることを示し、実際に画面に表示されているわけではない。
 テストデータ入力部51は、図6に示された評価処理を実行する。すなわち、図9(A)に示された評価対象画面における項目A,B,C,Dのテキスト入力部品を、順次、評価対象にして評価処理を実行する。なお、図9(A)に示された表示状態は、最初の評価対象である項目AについてステップS601,S602,S603の処理が実行されたときの表示状態に相当する。
 項目A,B,C,Dのテキスト入力部品を評価対象にした評価処理が完了すると、GUI情報記録部4に、GUI情報が記録される。図10は、GUI情報記録部4に記録されたGUI情報を示す説明図である。図10に示す例では、GUI情報として、評価対象画面毎に、項目名(テキスト入力部品)の一覧が記載され、さらに、項目名毎に注意メッセージが表示されたときの入力データ(テスト用データ)と評価結果(メッセージ内容)が記録されている。なお、図10には、ウィンドウB(図2(A)および図3参照)についても評価がなされた場合の例が示されている。図2(A)および図3に示す例では、ウィンドウ操作制御部部53が、評価対象記録部2に保持されている評価対象データに含まれるパスを参照して、評価対象システム6における画面をメイン画面>メニュー1>項目3のように切り替えることによって、ウィンドウBについて評価を開始できる状態になる。
 図10に例示したGUI情報から、ウィンドウAを評価対象画面にした場合に、項目Aに空欄のテスト用データ(D001)(図4参照)を入力したときに「‘項目A’を入力して下さい」という注意メッセージが表示され、英語のテスト用データ(D002,D003)(図4参照)を入力したときに「‘項目A’は日本語で入力して下さい」と表示され、他のテスト用データを入力したときには注意メッセージが表示されないことが分かる。項目Bに空欄のテスト用データ(D001)を入力したときに「‘項目B’を入力して下さい」という注意メッセージが表示され、他のテスト用データを入力したときには注意メッセージが表示されないことが分かる。項目Cにいずれのテスト用データを入力したときにも注意メッセージが表示されないことが分かる。項目Dに20文字のテスト用データ(D100)(図4参照)を入力したときに「‘項目C’は10文字以内で入力して下さい」という注意メッセージが表示され、他のテスト用データを入力したときには注意メッセージが表示されないことが分かる。
 また、項目A,B,Eのテキスト入力部品を備えたウィンドウBを評価対象画面にした場合に、項目Aに空欄のテスト用データ(D001)を入力したときに「‘項目A’を入力して下さい」という注意メッセージが表示され、他のテスト用データを入力したときには注意メッセージが表示されないことが分かる。項目Bにいずれのテスト用データを入力したときにも注意メッセージが表示されないことが分かる。項目Eに空欄のテスト用データ(D001)を入力したときに「‘項目E’を入力して下さい」という注意メッセージが表示され、文字であるテスト用データ(D002~D010)を入力したときに「数値を入力して下さい」という注意メッセージが表示され、負値であるテスト用データ(D011)を入力したときに「0以上の数値を入力して下さい」という注意メッセージが表示され、他のテスト用データを入力したときには注意メッセージが表示されないことが分かる。
 以上に説明したように、本実施形態のGUI評価システムは、まず、評価対象画面について注意メッセージが表示されない正解データのテスト用データの組み合わせを特定する。次いで、正解データを各テキスト入力部品し、その状態から、各テキスト入力部品毎に、入力するテスト用データを変更して入力確定する。そして、入力確定したときの注意メッセージの表示を確認し、テキスト入力部品、入力されたテスト用データおよび注意メッセージの組を、GUI情報として記録する。なお、注意メッセージが表示されなかった場合には、注意メッセージを記録しない。
 すなわち、本実施形態のGUI評価システムは、評価対象画面において入力確定時に注意メッセージが表示されないテキスト入力部品とテスト用データの組み合わせを最初に特定し、特定した組み合わせを入力した上で、評価(記録)対象にするテキスト入力部品に対してのみ、入力データを変更し、注意メッセージの有無や内容を確認する。評価者は、評価対象画面の呼び出し方(パス)と評価対象画面における入力確定部品とを特定するだけで、評価対象画面の全てのテキスト入力部品に対して様々なデータを入力した際の注意メッセージの有無や内容を得ることができる。すなわち、評価者は、ユーザによるデータ入力方法やエラーチェックの妥当性および一貫性の評価を、簡単かつ網羅的に行うことができる。
実施形態2.
 図11は、本発明によるGUI評価システムの第2の実施形態(実施形態2)の構成を評価対象システムとともに示すブロック図である。図11に示すGUI評価システムは、図1に示された第1の実施形態のGUI評価システムに入力操作判定部7がさらに備えられたシステムである。
 入力操作判定部7は、第1の実施形態においてGUI情報記録部4に記録されたGUI情報を対象にして、評価対象システム6が表示する複数のウィンドウであって関連するウィンドウにおける入力データに対する出力(この例では、注意メッセージ)の状況の一貫性を判定するとともに、メッセージ表現の妥当性を評価する。
 なお、入力操作判定部7は、例えば、GUI評価システムを実現するコンピュータにおいて、プログラムに従って動作するCPUによって実現される。
 図12および図13は、入力操作判定部7の処理を説明するための説明図である。図12(A)には、GUI情報記録部4に記録されたGUI情報が示されている。なお、図12(A)の記載内容は、図10の記載内容と同じである。図12(B)には、入力操作判定部7の処理結果であって入力の一貫性判定結果が示されている。図13には、メッセージ内容の妥当性判定結果が示されている。本実施形態では、入力の一貫性として、入力データの文字属性の一貫性を例示する。メッセージ内容の妥当性は、注意メッセージの内容において該当する項目名が表記されているか否かによって判定され、項目名が表記されていない場合に妥当性に欠けるとする。
 なお、本実施形態では、評価対象システム6がメニュー選択に応じて表示するウィンドウAとウィンドウBとは、所定の関連性があるとする。一例として、ウィンドウAとウィンドウBとは、同一業務における出張申請の様式と出張報告の様式である。また、ウィンドウAとウィンドウBとで、同じ項目名(項目Aおよび項目B)とが存在するが、項目名が同じである場合には、意味することも同じであるとする。一例として、項目名は「行き先」であり、項目Bは「社員名または社員コード」である。
 入力操作判定部7は、図10に例示されたようなGUI情報記録部4に保持されているGUI情報から、関連する複数のウィンドウ(この例では、ウィンドウAとウィンドウB)における同一名称の項目に対応する入力結果を取得する。例えば、ウィンドウAにおける項目Aに対応する入力結果である「D001:‘項目A’を入力して下さい」と「D002,D003:‘項目A’は日本語で入力して下さい」という情報(データ)を入力する。また、ウィンドウBにおける項目Aに対応する入力結果である「D001:‘項目A’を入力して下さい」という情報を入力する。
 そして、入力操作判定部7は、ウィンドウAにおける項目Aに対応する入力結果とウィンドウBにおける項目Aに対応する入力結果とを比較する。比較の結果、ウィンドウAにおける項目Aに対して半角英数字の入力が許容されていないのに対して、ウィンドウBにおける項目Aに対して半角英数字の入力が許容されていることが確認される。そこで、入力操作判定部7は、ウィンドウA,Bにおける項目Aの入力一貫性の判定結果を「注意」にする。なお、入結果が異なるからといって必ずしも問題があるわけではないので、判定結果を「問題あり」ではなく「注意」にする。また、入力操作判定部7は、一貫性に欠けると判定した要因を示す情報(図12(B)に示す例では、入力条件としての「半角英数」)と、関連するウィンドウの画面名も、判定結果に加える。
 また、ウィンドウAにおける項目Bに対応する入力結果とウィンドウBにおける項目Bに対応する入力結果とを比較したときに、ウィンドウAではデータを入力することが必須であるが、ウィンドウBではデータを入力することが任意になっていることが確認される。そこで、入力操作判定部7は、ウィンドウA,Bにおける項目Bの入力一貫性の判定結果を「注意」にする。また、一貫性に欠けると判定した要因を示す情報(図12(B)に示す例では、必須/任意(必須と任意とになっていて整合していないことを意味する。))と、関連するウィンドウの画面名も、判定結果に加える。
 また、入力操作判定部7は、複数のウィンドウ(この例では、ウィンドウAとウィンドウB)のそれぞれにおける各項目に対応する入力結果に含まれる各々のメッセージ内容を確認する処理も実行する。各々の項目に対応するメッセージ内容を確認したときに、ウィンドウBにおける項目E以外の項目に関する全てのメッセージ内容には「項目zは」(zはA~Eのいずれか)の表現(テキスト入力部品を特定する方法の一例)が含まれているが、ウィンドウBにおける項目Eに関するメッセージ内容において「項目zは」の表現に欠けていることが確認される。よって、入力操作判定部7は、判定結果を、ウィンドウBにおける項目Eのメッセージ表現に「問題あり」とする。また、入力操作判定部7は、問題ありと判定した要因を示す情報(図13に示す例では、「項目名表記なし」およびテスト用データの通し番号)も判定結果に加える。
 なお、入力操作判定部7は、判定結果を、例えば、GUI情報記録部4に記録するが、GUI情報記録部4とは別の記憶手段に記憶させるようにしてもよい。
 以上に説明したように、本実施形態のGUI評価システムは、GUI情報から、テキスト入力部品に対する入力の一貫性の判定を行う。また、評価対象システム6が出力したメッセージ内容の妥当性の判定を行う。そして、判定結果を出力する。
 評価者は、特段の操作を行わなくても、入力の一貫性やメッセージ内容の妥当性の判定結果を得ることができる。そして、評価者は、得られた判定結果にもとづいて、評価対象システム6のGUIにおいて、入力の一貫性に問題がある可能性や、メッセージ内容に共通性が欠けていることを容易に把握することができる。
実施形態3.
 図14は、本発明によるGUI評価システムの第3の実施形態(実施形態3)の構成を評価対象システムとともに示すブロック図である。図14に示すGUI評価システムは、図1に示された第1の実施形態のGUI評価システムに評価対象指定部8がさらに備えられたシステムである。また、データ入力操作判定部5において、テストデータ入力部51Aは、第1の実施形態におけるテストデータ入力部51の機能に、評価対象指定部8が作成したテスト情報を参照する機能が付加されたものである。
 なお、評価対象指定部8は、例えば、GUI評価システムを実現するコンピュータにおいて、プログラムに従って動作するCPUによって実現される。
 評価対象画面としてのウィンドウが備えているテキスト入力部品に入力可能なテキストが特定の文字列などに決まっている場合には、テスト用データ記録部3に保持されているテスト用データを使用しても良好な評価結果を得ることができないことが考えられる。また、特定の状況になったときなどにデータ入力を可能にしたり不可能にしたりするテキスト入力部品が存在する場合に、何等の制約なしにテスト用データ記録部3に保持されているテスト用データを使用しても良好な評価結果を得ることができないことが考えられる。
 さらに、評価対象画面としてのウィンドウがテキスト入力部品以外の部品を備えている場合に、テスト用データ記録部3に保持されているテスト用データを使用すると妥当な評価結果を得ることができないことが考えられる。
 テキスト入力部品以外の部品として、複数の選択項目の中から択一選択をユーザに行うための選択部を有する部品(ラジオボタン)や、複数の選択項目と選択されたことを示すチェックマーク等が入力される領域とを有する部品(チェックボックス)、ユーザが選択可能な選択肢をリスト形式で提示する部品(リストボックス)などがある。
 評価対象指定部8は、評価者が入出力手段1に対して行った操作に従って、評価対象画面における項目毎に、テスト用の文字列を含むファイルを作成したり、テスト対象にすることまたはテスト対象にしないことを示すデータを作成したり、テスト用データ記録部3に保持されている複数のテスト用データのうち評価に使用するテスト用データを示すデータを作成したりする。評価対象指定部8は、作成したファイルおよびデータを、テスト情報として評価対象記録部2に記録する。
 図15は、評価対象指定部8が作成するテスト情報を説明するための説明図である。図15(A)には、評価対象画面の一例であるウィンドウAが示されている。図15(B)には、評価対象指定部8が作成したテスト情報が示されている。図15(B)に示す例では、テスト情報は、ウィンドウAにおける項目Aに対して評価対象指定部8が作成したファイル内のテスト用の文字列を使用すること、項目Bに対してテスト用データ記録部3に保持されている全てのテスト用データを使用すること、項目Cに対してテスト用データ記録部3に保持されているD200~D203のテスト用データのみ使用すること、項目Dに対してテスト用データ記録部3に保持されている全てのテスト用データを使用することを示す情報を含む。
 データ入力操作判定部5におけるテストデータ入力部51Aは、テキスト入力部品にテスト用データを入力するときに、評価対象記録部2に保持されているテスト情報を参照する。図15(B)に例示されたテスト情報が評価対象記録部2に保持されている場合には、テストデータ入力部51Aは、ウィンドウAにおける項目Aに対して、テスト用データ記録部3に保持されているテスト用データを入力せず、評価対象記録部2に保持されているファイル内のテスト用の文字列を順次入力する。項目B,Dに対して、テスト用データ記録部3に保持されている全てのテスト用データを順次入力する。項目Cに対して、テスト用データ記録部3に保持されているD200~D203のテスト用データのみを順次入力する。
 テストデータ入力部51Aがテスト用データまたはテスト用の文字列をテキスト入力部品に入力して入力確定した後の処理である注意メッセージの表示を確認し、テキスト入力部品、入力されたテスト用データおよび注意メッセージの組をGUI情報として記録する処理は、第1の実施形態におけるデータ入力操作判定部5の処理と同じである。
 なお、図15(B)には例示されていないが、評価対象指定部8がテスト対象にしないことを示すデータを評価対象記録部2に記録した場合には、データ入力操作判定部5は、そのデータに対応する項目を評価対象から除外する。
 また、第3の実施形態では、評価対象指定部8が、
(a)テスト用の文字列を含むファイル、
(b)テスト対象にすることまたはテスト対象にしないことを示すデータ、
(c)テスト用データ記録部3に保持されている複数のテスト用データのうち評価に使用するテスト用データを示すデータ
を作成してテスト情報として評価対象記録部2に記録したが、(a)~(c)のうちの1つまたは2つを作成してテスト情報として評価対象記録部2に記録してもよい。また、評価対象指定部8は、(a)~(c)以外の何らかの条件を示すテスト情報を作成してもよい。
 以上に説明したように、本実施形態のGUI評価システムは、各項目毎のテスト情報を作成し、テスト情報を参照して評価対象画面の評価を行うことによって、妥当な評価結果を得ることが期待できないテストを実行しないようにすることができる。その結果、評価時間を短縮する効果を得ることができる。
 図16は、本発明によるGUI評価システムの要部を示すブロック図である。図16に示すように、GUI評価システムは、文字属性が異なるものを含む複数のテスト用データを保存するテスト用データ記録手段103(図1に示すテスト用データ記録部4に相当)と、テスト用データ記録手段103に保存されている複数のテスト用入力データから選択されたテスト用入力データの組であって評価対象画面における全てのテキスト入力部品にそれらのテスト用入力データを入力して入力確定したときに注意メッセージが表示されないテスト用入力データの組(正解データに相当)を、各々のテスト用入力データが入力されたテキスト入力部品に対応させたデータを評価用データセットとして特定する評価用データ特定手段101(図1に示すシステムでは、データ入力操作操作部5で実現される。)と、評価用データ特定手段101が特定した評価用データセットにおける各テスト用入力データを対応するテキスト入力部品に入力した状態から一つのテキスト入力部品に入力するテスト用入力データを順次変更して入力確定したときに注意メッセージが表示されたか否かを特定可能な情報と、注意メッセージが表示された場合の注意メッセージの内容と、注意メッセージが表示されたときに入力されていたテスト用入力データを示す情報とを入力結果情報として取得する入力結果取得手段102(図1に示すシステムでは、データ入力操作操作部5で実現される。)と、入力結果取得手段102が取得した入力結果情報をテキスト入力部品に対応付けて出力する入力結果情報出力手段104(図1に示すシステムでは、状態確認部52で実現される。)とを備えている。
 図17は、本発明によるGUI評価システムの他の態様の要部を示すブロック図である。図17に示すGUI評価システムは、図16に示すGUI評価システムに対して、入力結果情報出力手段104が出力した入力結果情報に含まれている注意メッセージの内容にテキスト入力部品を特定する方法(例えば、「項目zは」(zはA~Eのいずれか)の表現)が含まれているか否か判定することによって、注意メッセージの表現の妥当性を判定するメッセージ判定手段107(図11に示すシステムでは、入力操作判定部7で実現される。)が追加されているシステムである。
 図18は、本発明によるGUI評価システムのさらに他の態様の要部を示すブロック図である。図18に示すGUI評価システムは、図16に示すGUI評価システムに対して、複数の評価対象画面における同じ項目名を有するテキスト入力部品であってデータの入力条件(例えば、テキストの属性の制約)が異なるテキスト入力部品が存在するか否かを判定することによって、テキスト入力部品に対するデータ入力制約の一貫性を判定する一貫性判定手段108(図11に示すシステムでは、入力操作判定部7で実現される。)が追加されているシステムである。
 図19は、本発明によるGUI評価システムの別の態様の要部を示すブロック図である。図19に示すGUI評価システムは、図16に示すGUI評価システムに対して、評価対象画面の入力部品に対してテスト用データを入力すべきか否かを示す情報と、テスト用データ記録手段103に保存されている複数のテスト用データのうちテキスト入力部品に入力すべきテスト用データを示す情報と、入力部品に対するテスト用の入力データ情報とのうちの1つ以上を生成する評価対象指定情報作成手段109(図11に示すシステムでは、評価対象指定部8で実現される。)が追加されているシステムである。図19に示すGUI評価システムにおいて、入力結果取得手段102は、評価対象指定情報作成手段109が作成した情報に従って入力結果情報を取得する処理を実行する。
 以上、実施形態および実施例を参照して本願発明を説明したが、本願発明は上記実施形態および実施例に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
 この出願は、2008年9月29日に出願された日本特許出願2008-251807を基礎とする優先権を主張し、その開示の全てをここに取り込む。
 本発明は、システムのユーザビリティに関する評価を行う用途に好適に適用可能である。
 1   入出力手段
 2   評価対象記録部
 3   テスト用データ記録部
 4   GUI情報記録部
 5   データ入力操作評価部
 6   評価対象システム
 7   入力操作判定部
 8   評価対象指定部
 20  ウィンドウ
 21  評価対象画面
 30  行
 51,51A テストデータ入力部
 52  状態確認部
 53  ウィンドウ操作制御部
 70  評価対象画面
 71  注意メッセージ
 90  評価対象画面
 91  注意メッセージ
 101 評価用データ特定手段
 102 入力結果取得手段
 103 テスト用データ記録手段
 104 入力結果情報出力手段
 107 メッセージ判定手段
 108 一貫性判定手段
 109 評価対象指定情報作成手段

Claims (21)

  1.  評価システムが備える評価対象画面のテキスト入力部品を評価するGUI評価システムであって、
     文字属性が異なるものを含む複数のテスト用データを保存するテスト用データ記録手段と、
     前記テスト用データ記録手段に保存されている複数のテスト用入力データから選択されたテスト用入力データの組であって評価対象画面における全てのテキスト入力部品にそれらのテスト用入力データを入力して入力確定したときに注意メッセージが表示されないテスト用入力データの組を、各々のテスト用入力データが入力されたテキスト入力部品に対応させたデータを評価用データセットとして特定する評価用データ特定手段と、
     前記評価用データ特定手段が特定した評価用データセットにおける各テスト用入力データを対応するテキスト入力部品に入力した状態から一つのテキスト入力部品に入力するテスト用入力データを順次変更して入力確定したときに注意メッセージが表示されたか否かを特定可能な情報と、注意メッセージが表示された場合の注意メッセージの内容と、注意メッセージが表示されたときに入力されていたテスト用入力データを示す情報とを入力結果情報として取得する入力結果取得手段と、
     前記入力結果取得手段が取得した入力結果情報をテキスト入力部品に対応付けて出力する入力結果情報出力手段とを備えた
     ことを特徴とするGUI評価システム。
  2.  入力結果情報出力手段が出力した入力結果情報を保存する入力結果情報記録手段を備えた請求項1記載のGUI評価システム。
  3.  評価対象画面の呼び出し方と評価対象画面の入力確定部品を特定する情報を保存する評価対象保存手段を備え、
     評価用データ特定手段と入力結果取得手段とは、前記評価対象保存手段に保存されている情報を参照して評価対象画面を特定し、前記評価対象保存手段に保存されている情報を参照して入力確定を行う
     請求項1または請求項2記載のGUI評価システム。
  4.  入力結果取得手段は、テスト用データ記録手段に保存されているテスト用データを順次選択し、選択したテスト用データをテキスト入力部品に入力することによってテスト用入力データを変更する
     請求項1から請求項3のうちのいずれか1項に記載のGUI評価システム。
  5.  入力結果情報出力手段が出力した入力結果情報に含まれている注意メッセージの内容にテキスト入力部品を特定する方法が含まれているか否か判定することによって、注意メッセージの表現の妥当性を判定するメッセージ判定手段を備えた
     請求項1から請求項4のうちのいずれか1項に記載のGUI評価システム。
  6.  複数の評価対象画面における同じ項目名を有するテキスト入力部品であってデータの入力条件が異なるテキスト入力部品が存在するか否かを判定することによって、テキスト入力部品に対するデータ入力制約の一貫性を判定する一貫性判定手段を備えた
     請求項1から請求項5のうちのいずれか1項に記載のGUI評価システム。
  7.  評価対象画面の入力部品に対してテスト用データを入力すべきか否かを示す情報と、テスト用データ記録手段に保存されている複数のテスト用データのうちテキスト入力部品に入力すべきテスト用データを示す情報と、入力部品に対するテスト用の入力データ情報とのうちの1つ以上を生成する評価対象指定情報作成手段を備え、
     入力結果取得手段は、前記評価対象指定情報作成手段が作成した情報に従って入力結果情報を取得する処理を実行する
     請求項1から請求項6のうちのいずれか1項に記載のGUI評価システム。
  8.  評価システムが備える評価対象画面のテキスト入力部品を評価するGUI評価方法であって、
     文字属性が異なるものを含む複数のテスト用データをテスト用データ記録手段に保存し、
     前記テスト用データ記録手段に保存されている複数のテスト用入力データから選択されたテスト用入力データの組であって評価対象画面における全てのテキスト入力部品にそれらのテスト用入力データを入力して入力確定したときに注意メッセージが表示されないテスト用入力データの組を、各々のテスト用入力データが入力されたテキスト入力部品に対応させたデータを評価用データセットとして特定し、
     特定された前記評価用データセットにおける各テスト用入力データを対応するテキスト入力部品に入力した状態から一つのテキスト入力部品に入力するテスト用入力データを順次変更して入力確定したときに注意メッセージが表示されたか否かを特定可能な情報と、注意メッセージが表示された場合の注意メッセージの内容と、注意メッセージが表示されたときに入力されていたテスト用入力データを示す情報とを入力結果情報として取得し、
     取得された前記入力結果情報をテキスト入力部品に対応付けて出力する
     ことを特徴とするGUI評価方法。
  9.  出力された入力結果情報を入力結果情報記録手段に保存する請求項8記載のGUI評価方法。
  10.  評価対象画面の呼び出し方と評価対象画面の入力確定部品を特定する情報を評価対象保存手段に保存し、
     各々のテスト用入力データが入力されたテキスト入力部品に対応させたデータを評価用データセットとして特定するとき、および入力結果情報を取得するときに、前記評価対象保存手段に保存されている情報を参照して評価対象画面を特定し、前記評価対象保存手段に保存されている情報を参照して入力確定を行う
     請求項8または請求項9記載のGUI評価方法。
  11.  入力結果情報を取得するときに、テスト用データ記録手段に保存されているテスト用データを順次選択し、選択したテスト用データをテキスト入力部品に入力することによってテスト用入力データを変更する
     請求項8から請求項10のうちのいずれか1項に記載のGUI評価方法。
  12.  出力された入力結果情報に含まれている注意メッセージの内容にテキスト入力部品を特定する方法が含まれているか否か判定することによって、注意メッセージの表現の妥当性を判定する
     請求項8から請求項11のうちのいずれか1項に記載のGUI評価方法。
  13.  複数の評価対象画面における同じ項目名を有するテキスト入力部品であってデータの入力条件が異なるテキスト入力部品が存在するか否かを判定することによって、テキスト入力部品に対するデータ入力制約の一貫性を判定する
     請求項8から請求項12のうちのいずれか1項に記載のGUI評価方法。
  14.  評価対象画面の入力部品に対してテスト用データを入力すべきか否かを示す情報と、テスト用データ記録手段に保存されている複数のテスト用データのうちテキスト入力部品に入力すべきテスト用データを示す情報と、入力部品に対するテスト用の入力データ情報とのうちの1つ以上を生成する評価対象指定情報作成処理を実行し、
     入力結果情報を取得する場合に、前記評価対象指定情報作成処理によって作成された情報に従って入力結果情報を取得する処理を実行する
     請求項8から請求項13のうちのいずれか1項に記載のGUI評価方法。
  15.  評価システムが備える評価対象画面のテキスト入力部品を評価するGUI評価システムにおけるコンピュータに、
     文字属性が異なるものを含む複数のテスト用データをテスト用データ記録手段に保存すせるテスト用データ保存処理と、
     前記テスト用データ記録手段に保存されている複数のテスト用入力データから選択されたテスト用入力データの組であって評価対象画面における全てのテキスト入力部品にそれらのテスト用入力データを入力して入力確定したときに注意メッセージが表示されないテスト用入力データの組を、各々のテスト用入力データが入力されたテキスト入力部品に対応させたデータを評価用データセットとして特定する評価用データセット特定処理と、
     前記評価用データセット特定処理で特定された評価用データセットにおける各テスト用入力データを対応するテキスト入力部品に入力した状態から一つのテキスト入力部品に入力するテスト用入力データを順次変更して入力確定したときに注意メッセージが表示されたか否かを特定可能な情報と、注意メッセージが表示された場合の注意メッセージの内容と、注意メッセージが表示されたときに入力されていたテスト用入力データを示す情報とを入力結果情報として取得する入力結果情報取得処理と、
     前記入力結果情報取得処理で取得された入力結果情報をテキスト入力部品に対応付けて出力する入力結果情報出力処理と
     を実行させるためのGUI評価用プログラム。
  16.  コンピュータに、
     入力結果情報出力処理で出力された入力結果情報を入力結果情報記録手段に保存する処理を実行させるための
     請求項15記載のGUI評価用プログラム。
  17.  コンピュータに、
     評価対象画面の呼び出し方と評価対象画面の入力確定部品を特定する情報を評価対象保存手段に保存する評価対象画面情報保存処理を実行させ、
     評価用データセット特定処理および入力結果情報取得処理で、前記評価対象保存手段に保存されている情報を参照して評価対象画面を特定し、前記評価対象保存手段に保存されている情報を参照して入力確定を行う処理を実行させるための
     請求項15または請求項16記載のGUI評価用プログラム。
  18.  コンピュータに、
     入力結果情報取得処理で、テスト用データ記録手段に保存されているテスト用データを順次選択し、選択したテスト用データをテキスト入力部品に入力することによってテスト用入力データを変更する処理を実行させるための
     請求項15から請求項17のうちのいずれか1項に記載のGUI評価用プログラム。
  19.  コンピュータに、
     入力結果情報出力処理で出力された入力結果情報に含まれている注意メッセージの内容にテキスト入力部品を特定するプログラムが含まれているか否か判定することによって、注意メッセージの表現の妥当性を判定するメッセージ判定処理を実行させるための
     請求項15から請求項18のうちのいずれか1項に記載のGUI評価用プログラム。
  20.  コンピュータに、
     複数の評価対象画面における同じ項目名を有するテキスト入力部品であってデータの入力条件が異なるテキスト入力部品が存在するか否かを判定することによって、テキスト入力部品に対するデータ入力制約の一貫性を判定する一貫性判定処理を実行させるための
     請求項15から請求項19のうちのいずれか1項に記載のGUI評価用プログラム。
  21.  コンピュータに、
     評価対象画面の入力部品に対してテスト用データを入力すべきか否かを示す情報と、テスト用データ記録手段に保存されている複数のテスト用データのうちテキスト入力部品に入力すべきテスト用データを示す情報と、入力部品に対するテスト用の入力データ情報とのうちの1つ以上を生成する評価対象指定情報作成処理を実行させ、
     入力結果情報取得処理で、前記評価対象指定情報作成処理で作成された情報に従って入力結果情報を取得する処理を実行させるための
     請求項15から請求項20のうちのいずれか1項に記載のGUI評価用プログラム。
PCT/JP2009/003824 2008-09-29 2009-08-07 Gui評価システム、gui評価方法およびgui評価用プログラム WO2010035387A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2010530693A JP4788840B2 (ja) 2008-09-29 2009-08-07 Gui評価システム、gui評価方法およびgui評価用プログラム
US13/119,965 US8347223B2 (en) 2008-09-29 2009-08-07 GUI evaluation system, method, and program for evaluating a text input component

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2008251807 2008-09-29
JP2008-251807 2008-09-29

Publications (1)

Publication Number Publication Date
WO2010035387A1 true WO2010035387A1 (ja) 2010-04-01

Family

ID=42059402

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2009/003824 WO2010035387A1 (ja) 2008-09-29 2009-08-07 Gui評価システム、gui評価方法およびgui評価用プログラム

Country Status (3)

Country Link
US (1) US8347223B2 (ja)
JP (1) JP4788840B2 (ja)
WO (1) WO2010035387A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015094983A (ja) * 2013-11-08 2015-05-18 富士通株式会社 画面の設計を支援するプログラム、情報処理装置、および方法

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8661356B2 (en) * 2010-08-30 2014-02-25 Sap Ag Time application having an intergrated check engine
US10540906B1 (en) * 2013-03-15 2020-01-21 Study Social, Inc. Dynamic filtering and tagging functionality implemented in collaborative, social online education networks
US20160048315A1 (en) * 2013-03-19 2016-02-18 Nec Solution Innovators, Ltd. Usability-check-result output method, device, and program
JP6217212B2 (ja) * 2013-07-25 2017-10-25 富士通株式会社 テストプログラム、テスト方法及びテスト装置
US9483239B2 (en) 2013-08-27 2016-11-01 Sap Se User interface design framework
WO2020243942A1 (en) * 2019-06-06 2020-12-10 Entit Software Llc Recording test usage of graphical user interface with blocked inputs

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0784765A (ja) * 1993-08-06 1995-03-31 Toshiba Corp Guiテスト装置
JP2000112784A (ja) * 1998-09-30 2000-04-21 Hitachi Software Eng Co Ltd プログラムテスト支援装置及びプログラムテスト支援プログラムを記録した記録媒体
JP2006244195A (ja) * 2005-03-04 2006-09-14 Nec Corp プログラムテスト支援装置およびその方法

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5008810A (en) * 1988-09-29 1991-04-16 Process Modeling Investment Corp. System for displaying different subsets of screen views, entering different amount of information, and determining correctness of input dependent upon current user input
US5600789A (en) * 1992-11-19 1997-02-04 Segue Software, Inc. Automated GUI interface testing
JPH08241191A (ja) 1995-03-02 1996-09-17 Matsushita Electric Ind Co Ltd Gui自動評価装置
JP3008872B2 (ja) * 1997-01-08 2000-02-14 日本電気株式会社 Guiシステム自動操作装置および操作マクロ実行装置
GB0100676D0 (en) * 2001-01-11 2001-02-21 Ibm A method of testing a computer program translated into a national language
JP2004110267A (ja) 2002-09-17 2004-04-08 Fuji Xerox Co Ltd テスト実行装置、方法およびプログラム
JP2004234402A (ja) 2003-01-31 2004-08-19 Mitsubishi Electric Corp Web画面作成ツール及び用語チェックツール
US7237231B2 (en) * 2003-03-10 2007-06-26 Microsoft Corporation Automatic identification of input values that expose output failures in a software object
DE102006024232A1 (de) * 2006-05-23 2007-11-29 Siemens Ag Verfahren und Vorrichtung zur Störungsbehebung einer Datenverarbeitungseinrichtung
US8196112B1 (en) * 2008-02-15 2012-06-05 Amazon Technologies, Inc. Systems and methods for testing widgets in computer environments
US20100064178A1 (en) * 2008-09-10 2010-03-11 Microsoft Corporation World-Readiness and Globalization Testing Assemblies

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0784765A (ja) * 1993-08-06 1995-03-31 Toshiba Corp Guiテスト装置
JP2000112784A (ja) * 1998-09-30 2000-04-21 Hitachi Software Eng Co Ltd プログラムテスト支援装置及びプログラムテスト支援プログラムを記録した記録媒体
JP2006244195A (ja) * 2005-03-04 2006-09-14 Nec Corp プログラムテスト支援装置およびその方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015094983A (ja) * 2013-11-08 2015-05-18 富士通株式会社 画面の設計を支援するプログラム、情報処理装置、および方法

Also Published As

Publication number Publication date
JP4788840B2 (ja) 2011-10-05
JPWO2010035387A1 (ja) 2012-02-16
US20110173551A1 (en) 2011-07-14
US8347223B2 (en) 2013-01-01

Similar Documents

Publication Publication Date Title
JP4788840B2 (ja) Gui評価システム、gui評価方法およびgui評価用プログラム
CN101046767B (zh) 用于自动测试基于图形的编程工具的方法和系统
US8752001B2 (en) System and method for developing a rule-based named entity extraction
Amyot et al. Towards advanced goal model analysis with jUCMNav
US8095913B2 (en) Computer readable storage medium that stores a test specifications creating program, test specifications creating apparatus and test specifications creating method
US11074162B2 (en) System and a method for automated script generation for application testing
US8655800B2 (en) Distance based visualization of event sequences
US10664382B2 (en) System and method for tool chain data capture through parser for empirical data analysis
CN108710571B (zh) 一种生成自动化测试代码的方法和装置
US20210342526A1 (en) Improved spreadsheet and method for updating same
JP2007304660A (ja) コマンド実行結果記録システム及びコマンド実行結果記録方法
US8924871B2 (en) GUI evaluation system, GUI evaluation method, and GUI evaluation program
US8826185B2 (en) GUI evaluation system, GUI evaluation method, and GUI evaluation program
JPH08241191A (ja) Gui自動評価装置
Kassab et al. Non-functional requirements size measurement method (NFSM) with COSMIC-FFP
US11650217B2 (en) Data processing system for analytical instrument, and data processing program for analytical instrument
US20100095279A1 (en) Method for automatically testing menu items of application software
Kelemen et al. Towards complexity analysis of software process improvement frameworks
Perera et al. Modelling the quantification of requirements technical debt
JP4922644B2 (ja) 時系列分析プログラム、時系列分析システム、およびそれに用いられる時系列分析装置
US8645815B2 (en) GUI evaluation system, GUI evaluation method, and GUI evaluation program
JP6336922B2 (ja) 業務バリエーションに基づく業務影響箇所抽出方法および業務影響箇所抽出装置
JP2014002565A (ja) アプリケーションプログラムの影響範囲抽出方法および影響範囲抽出プログラム
WO2010035388A1 (ja) Gui評価システム、gui評価方法およびgui評価用プログラム
JP4683535B2 (ja) ジョブネット管理システム

Legal Events

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

Ref document number: 09815809

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 13119965

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2010530693

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 09815809

Country of ref document: EP

Kind code of ref document: A1