JP2023161741A - Test support program, test support apparatus, and test support method - Google Patents

Abstract

To support in determining tests for websites published by a web server.SOLUTION: A test support apparatus 101 comprises: a display unit 102 for displaying on a screen a site map including a plurality of nodes representing each of a plurality of pages and a plurality of edges representing each of transitions between the plurality of pages; an identification unit 103 for identifying a target page and a target transition from the plurality of pages and the transitions between the plurality of pages, based on an instruction input to the displayed site map; and a specifying unit 104 for specifying a test case associated with the identified target page and a test scenario associated with the identified target transition as a target test to be executed on the web server.SELECTED DRAWING: Figure 2

Description

The present invention relates to a test support program, a test support device, and a test support method for supporting determination of tests to be performed on a website published by a web server.

A technique of illustrating the possibility of transition between a plurality of pages included in a website published by a web server using a site map is used.

Patent Document 1 discloses a technique for configuring pages included in a website hierarchically and displaying the hierarchical relationship.

On the other hand, in order to operate a website that provides high quality and appropriate services, it is necessary to run tests on the website, but running tests is costly.

Patent Document 2 discloses a technique for generating new test data by refactoring test data of a program and merging duplicate data during a regression test.

Special Publication No. 2011-522343 Japanese Patent Application Publication No. 2015-035185

As mentioned above, testing a website takes time, effort, and money.

Therefore, in order to enable website operators to determine the tests that should be completed before the site is provided or updated, the tests that are performed on the desired pages and transitions should be performed on the site. There is a strong desire for website operators and others to be able to receive support in identifying among the large number of tests available.

The present invention solves the above problems, and aims to provide a test support program, a test support device, and a test support method for supporting the determination of tests for websites published by a web server. .

A test support computer that executes a test support program according to the present invention and a test support device according to the present invention are a test to be executed on a website including a plurality of pages published by a web server,
(a) A test case that is associated with any of the plurality of pages and to be executed within the associated page, and
(b) To assist in determining a test that is associated with a transition between any two or more of the plurality of pages and includes a test scenario that should be executed during the associated transition;
Displaying on a screen a site map including a plurality of nodes representing each of the plurality of pages and a plurality of edges representing each of the transitions between the plurality of pages,
identifying a target page and a target transition from the plurality of pages and transitions between the plurality of pages based on an instruction input to the displayed site map;
A test case associated with the identified target page and a test scenario associated with the identified target transition are specified as target tests to be executed on the web server.

According to the present invention, it is possible to provide a test support program, a test support device, and a test support method for supporting determination of a test for a website published by a web server.

FIG. 2 is an explanatory diagram showing an example of an environment in which a test support device according to the present embodiment operates. FIG. 1 is an explanatory diagram showing the configuration of a test support device according to the present embodiment. It is an explanatory diagram showing an example of a site map. This is an example of a screen displayed by the test support device. This is an example of a screen displayed when an area is specified for the test support device. This is an example of a screen displayed when two nodes are specified for the test support device. 3 is a flowchart showing the flow of control of processing executed by the test support device.

Embodiments of the present invention will be described below. Note that this embodiment is for explanation purposes only, and does not limit the scope of the present invention. Therefore, those skilled in the art can adopt an embodiment in which each or all of the elements of this embodiment are replaced with equivalent ones. Moreover, the elements described in each embodiment can be omitted as appropriate depending on the purpose. Thus, all embodiments constructed in accordance with the principles of the present invention are included within the scope of the present invention.

(environment)
FIG. 1 is an explanatory diagram showing an example of an environment in which a test support device according to this embodiment operates. This will be explained below with reference to this figure. In the example shown in this figure, a computer communication network such as the Internet is not shown, and the communication paths of each element are shown.

In this example, the web server 21 publishes a website to be tested. A general user's viewing terminal 31 can access the web server 21 via the Internet or the like, view content provided by a website, and receive various services.

In this figure, a communication path is shown in which the test support device 101 directly accesses the web server 21 via the Internet, a LAN (Local Area Network), or the like.

A test executor controls the test support device 101 from a test terminal 131 such as a personal computer via a browser. That is, in the example shown in this figure, the test support device 101 provides a web service that implements a test environment.

In addition to this example, the web server 21 and the test support device 101 can be implemented on the cloud. Furthermore, it is also possible to implement the web server 21 and the test support device 101 on one computer. In addition, it is also possible to implement the test terminal 131 and the test support device 101 on one computer.

The actual test on the web server 21 may be executed by accessing the web server 21 from the test terminal 131 or the viewing terminal 31, or may be executed via the test support device 101.

The target test generated by the test support device 101 can be executed manually after accessing the web server 21 from the test terminal 131 or the viewing terminal 31, or can be executed manually from the test terminal 131 with the test execution module installed. It can also be run semi-automatically or fully automatically.

In addition, the collection of information published on the web server 21 (crawling each page of the website, etc.) is performed by using a collection module that accesses the web server 21 from the test terminal 131. Also good. In this aspect, information collected by the test terminal 131 is transmitted from the test terminal 131 to the test support device 101. In this embodiment, the web server 21 and the test support device 101 do not need to communicate directly. The work of crawling each page of the website on the test terminal 131 and transmitting it to the test support device 101 can also be performed semi-automatically or fully automatically using an information collection module installed on the test terminal 131.

(Test support equipment)
FIG. 2 is an explanatory diagram showing the configuration of the test support device according to this embodiment. This will be explained below with reference to this figure.

As shown in this figure, the test support device 101 includes a display section 102, an identification section 103, and a specification section 104.

Each part of the test support device 101 is typically realized by a computer (test support computer) that executes a program. The computer is connected to various output devices and input devices, and sends and receives information to and from these devices.

The program executed on the computer (test support program) can be distributed and sold by a server to which the computer is communicably connected, as well as on CD-ROM (Compact Disk Read Only Memory), flash memory, EEPROM. It is also possible to record on a non-transitory information recording medium such as (Electrically Erasable Programmable ROM) and then distribute, sell, etc. the information recording medium.

The program is installed on a non-temporary information recording medium, such as a hard disk, solid state drive, flash memory, EEPROM, etc., included in the computer. Then, the computer realizes the test support device 101 in this embodiment. Generally, a computer's CPU (Central Processing Unit) or processor reads a program from an information recording medium to RAM (Random Access Memory) under the control of the computer's OS (Operating System), and then stores it in the program. Interpret and execute the code provided. However, in architectures in which an information recording medium can be mapped within a memory space accessible by a CPU or the like, it may not be necessary to explicitly load a program into RAM. Note that various information required in the process of program execution can be temporarily recorded in RAM.

Note that instead of realizing the test support device 101 of this embodiment using a general-purpose computer, it is also possible to configure the test support device 101 of this embodiment using a dedicated electronic circuit. In this aspect, the program can also be used as a material for generating wiring diagrams, timing charts, etc. of electronic circuits. In such an embodiment, an electronic circuit that satisfies the specifications specified in the program is configured using an FPGA (Field Programmable Gate Array) or an ASIC (Application Specific Integrated Circuit), and the electronic circuit performs the functions specified in the program. The test support device 101 of this embodiment is realized by functioning as a dedicated device for performing the following tasks.

In order to facilitate understanding, the following description assumes that the test support apparatus 101 is realized by the CPU or the like of the test support computer executing a test support program.

Note that the test support device 101 may be realized by a different computer from the web server 21 that publishes the website to be tested, or may be realized by the same computer as the web server 21.

The test assumed in this embodiment is a test to be executed on a website published by the web server 21. Here, the website includes multiple pages, and the test includes the following two types.

(a) A test case that is associated with one of the multiple pages and to be executed within the associated page. In other words, a test case means a test that is completed within a certain page A.

(b) A test scenario that is associated with a transition between any two or more of the plurality of pages and that is to be executed during the associated transition. Note that the test scenario that is executed when transitions are performed in order such as page A → (transition X) → page B → (transition Y) → page C → (transition Z) → page D is the three transitions X, Y , Z, or one transition sequence "X, Y, Z".

The test support device 101 according to the present embodiment identifies test cases and test scenarios related to pages and transitions desired by a website operator as a target test from among a large number of tests that can be executed on a website. By doing so, we will help operators decide which tests to complete before publishing or updating their websites.

Now, as described above, the test support device 101 includes the display section 102, the identification section 103, and the identification section 104.

Here, the display unit 102 displays on the screen a site map including a plurality of nodes representing each of a plurality of pages and a plurality of edges representing each of transitions between the plurality of pages.

FIG. 3 is an explanatory diagram showing an example of a site map. This will be explained below with reference to this figure.

In the site map 201 shown in this figure, each page of the website is represented by a node 202 represented by a rectangle. Further, a transition from a certain page to another page is expressed by an edge 203 represented by an arrow pointing from a node 202 representing the certain page to another node 202 representing the other page.

In this figure, within the node 202, one uppercase alphabetic character is attached as a name for identifying the page represented by the node 202.

Further, near the edge 203, one lowercase alphabetic character is attached as a name for identifying the transition corresponding to the edge 203.

The site map used in this embodiment can be one created at the stage of designing the website specifications. It is also possible to generate a sitemap by crawling a website once it has been completed.

When crawling, you repeatedly move from the starting page of a website to other pages by following the links contained in the page, searching for which page leads to which page.

At this time, if edges are prevented from cycling, the site map is expressed as a hierarchical tree structure, making it easier for humans to understand.

Therefore, by taking the following measures, you can generate a sitemap that is easy for humans to understand.

First, after the transition P from page A to page B is found, the transition Q returning from page B to page A is not included in the search results.

Additionally, navigation elements commonly included in multiple crawled pages (provided in various shapes and formats, such as menu bars, menu lists, springboards, drawers, tabs, carousels, and dropdowns), Once a search has been made via that navigation element, even if another page contains the same navigation element, that navigation element is treated as not existing and no search is made via it.

In addition, in situations where the website is already open to the public and access history is being collected, the following measures can be taken to eliminate patrolling. First, we collect the transitions between pages. Then, while there is a cycle in the transitions, it is repeated to remove the transitions that are actually used least frequently. This allows you to obtain a site map without crawling.

Now, for websites that require users to log in or sign in, prepare test accounts for testing. A test user ID and password will be assigned to the test account. A user ID and password are examples of input information that must be input to the web server 21 in order to use the website.

Furthermore, various dummy data records are prepared for the test account. These records will be used as output information from the website regarding the test account.

For example, if the website is an electronic market site, the output information may include the user's address, name, phone number, number of points currently owned, past purchase history, etc.

Now, if there are many tests that can be applied to the website, you may want to extract only some of them. Some of the tests extracted here are called target tests in this embodiment. The identification unit 103 and the identification unit 104 function to identify a target test.

That is, the identification unit 103 identifies a target page and a target transition from a plurality of pages and a transition between a plurality of pages, based on an instruction input to the displayed site map.

Here, the display unit 102 may highlight a test map that includes a node 202 related to the identified target page and an edge 203 related to the identified target transition, out of the site map 201 displayed on the screen. It's good as well.

The test map corresponds to a part of the site map, and represents the range for selecting target tests to be applied.

The identifying unit 104 then identifies the test case associated with the identified target page and the test scenario associated with the identified target transition as target tests to be executed by the web server 21.

Below, the mode of inputting instructions to the site map will be explained.

In this embodiment, the user uses the test support device 101 using the test support computer that constitutes the test support device 101 or the browser of the test terminal 131 that is communicably connected to the test support computer via the Internet or the like. do.

When a user accesses the test support device 101 from a browser and specifies a desired website, the site map of that website is displayed on the screen within the browser. FIG. 4 is an example of a screen displayed by the test support device.

In the display example shown in this figure, a site map 201 (numerals are omitted in the figure for ease of understanding; the same applies hereinafter) of a desired website is displayed in the map display area 302 of the screen 301. ing. When the user clicks the specify button 303 after inputting instructions for the site map 201 in the map display area 302, the target test is specified. Furthermore, when the clear button 304 is clicked, various selections in the site map 201 are canceled and the user starts over from the beginning.

Now, a possible method for inputting instructions to the site map 201 is to specify a screen area. FIG. 5 is an example of a screen displayed when an area is specified for the test support device. This will be explained below with reference to this figure.

In this figure, a rectangular area 311 is specified by moving the mouse while clicking the mouse button on the site map 201 displayed on the screen 301.

Then, nodes 202 (for ease of understanding, the numbers are omitted in the figure. The same applies hereinafter) and edges 203 (for ease of understanding, the numbers are not shown in the figure) included in the specified rectangular area 311. Pages A, C, D, E, B and transitions x, y, z, p, q represented by (omitted; the same applies hereinafter) will be identified as the target page and target transition.

In addition, in this figure, the nodes 202 and edges 203 included in the specified rectangular area 311 are highlighted with thick lines, and the background color changes (in this figure, they are represented by horizontal shading). . That is, the portion highlighted by displaying thick lines or changing the background color corresponds to the test map.

Next, a method of specifying two nodes as instruction input may be considered. FIG. 6 is an example of a screen displayed when two nodes are specified for the test support device.

In this figure, in the site map 201 displayed on the screen 301, two nodes 202 representing two pages A and B are specified by clicking while pointing with the mouse. The pages related to the two nodes specified here are called end pages. In this figure, the background color of the node 202 related to the end page changes (in this figure, this is represented by vertical shading).

In the site map 201 shown in this figure, there are the following two paths from the node 202 related to page A to the node 202 related to page B.
(1) A →x→ C →y→ D →z→ B
(2) A →p→ E →q→ B

In this method, not only when transitioning directly from one end node to the other end node, but also when transitioning via another node (intermediate node), the intermediate node is also included in the test map. do.

In area specification, a test map is created from the nodes within the specified area, whereas in two end node specification, the test map is created from the two end nodes and the nodes passing through when transitioning from one of the specified end nodes to the other. Create a test map from node and .

In the example shown in this figure, the identification unit 103, in the simplest form, identifies transition routes corresponding to the above two paths, that is, two transition routes "X, Y, Z" and " "P, Q" are identified as target routes as they are.

Therefore, in this diagram, two nodes 202 specified by the user (representing pages A and B) and a node 202 (representing pages C, D, and E) on the path connecting them are shown. , edges 203 (representing transitions x, y, z, p, q) included in these paths are highlighted with thick lines as a test map.

In this example, a total of five target pages are identified: pages A and B for end nodes and pages C, D, and E for intermediate nodes.

Furthermore, in this figure, transitions x, y, z, p, and q related to the five edges included in the two paths are identified as target transitions.

The target transitions can also be thought of as five individual transitions x, y, z, p, and q. A test scenario that is identified as a target test based on these target transitions is one that is associated with any of the transitions x, y, z, p, or q, that is, a part of the transition sequence for executing the test scenario. Or all of them will use one of the transitions x, y, z, p, or q.

In addition, the subsequences of the transition route "x, y, z", "x, y", "y, z", "x", "y", "z", "p, q", "p", "q" should be the target transitions. You can also do it. In this case, the transition sequence for executing the test scenario is "x, y, z", "x, y", "y, z", "x", "y", "z", "p, q", "p", "q". ” can be identified as the target test.

In addition, all pages and transitions related to nodes and edges included in the specified area, nodes passed along the path from one of the two specified nodes to the other, and edges included in the path are targeted. Instead of identifying the page or target transition, a part of it may be identified as the target page or target transition.

For example, the identification unit 103 may identify the target route from one or more transition routes based on the number of transitions in the access history to the website.

That is, the condition for identifying a target transition is that it is used at a frequency equal to or higher than a predetermined threshold, and a page that is the starting point or end point of the selected target transition can be identified as a target page.

In this embodiment, when an instruction to specify an area or a node is input to the site map 201 displayed on the screen 301, the target is selected according to a node within the selected area or a plurality of specified nodes. Pages and target transitions are identified, and a test map of nodes and edges associated with them is highlighted within the site map 201.

Thereafter, when the specific button 303 is clicked, specific processing for the target test is executed based on the identified target page and target transition, and the identified target test is output from the test support device 101.

The test output may be performed in a test display area (not shown) prepared separately within the screen 301, or may be performed by transitioning from the screen 301 to another test display/edit form. However, it may also be downloaded as a file in a desired format.

The target test may be specified by selecting one that meets the conditions from candidate tests prepared in advance, or it may be specified by generating it based on the identified target page or target transition. .

You can also set priorities for each test. In this case, by arranging and proposing target tests based on priority, for example, in descending order of priority, it becomes possible to execute target tests in an appropriate order when there are limitations on period or cost. .

Test priorities can be determined, for example, based on the past failure history of each of the candidate tests. That is, the priority level is increased for candidate tests that have failed during past development.

In addition, we examine the access history of the website and determine the priority of the test cases to which the page is associated based on the frequency with which the page is accessed. It is also possible to prioritize the test scenarios to be assigned.

For example, when updating a website after it goes into service, increasing the priority of tests related to frequently used pages and transitions can reduce the possibility that users will encounter problems. .

In addition, when updating a website, we determine the priority of test cases to which the page is associated based on whether the page is subject to update, and whether or not the transition is subject to update. Based on this, it is also possible to determine the priority of the test scenario to which the transition is associated.

This is because tests related to pages and transitions that are subject to updates should be performed with priority.

As mentioned above, the target test can also be automatically or semi-automatically generated based on the identified target page and the identified target transition.

For the priority of the generated target test, the default value may be used as is.

Furthermore, the priority of generated target tests and candidate tests prepared in advance may be determined based on instructions input to the site map displayed on the screen 301.

For example, when a selection instruction is input to select a node or edge in the displayed site map, the priority of the test case or test scenario associated with the target page or target transition represented by the selected node or edge is set by default. higher than the value.

This makes it possible to raise the priority of desired pages and transitions and have them propose target tests.

The following methods can be used to generate test cases. That is, the test support device 101 generates or selects a template based on the attributes given to each of a plurality of elements included in a page associated with a test case.

For example, in an input tag where text is specified as the type attribute, userid is specified as the name attribute, and numerical values are specified for the size and maxlength attributes, it is assumed that a user ID with a length limit is input. Therefore, a test case template is used according to the user ID length limit.

Then, a test case is generated based on a replenishment value instruction input that specifies a value to be replenished in this template.

The following method can be used to generate a test scenario. That is, the test support device 101 generates or selects a template based on the attributes given to each element of a plurality of elements included in the page passed during the target transition, and determines the value to be added to the generated or selected template. Generates a test case based on the value instruction input that specifies.

For example, consider an example in which a user enters a user name and password to log into the web server 21 to generate a site map, and then crawls a website.

If the user enters the user name and password on the login page (first page) and successfully logs in, the user will be able to transition to various pages within the site related to the user and view various contents.

Within each such page, the same character string as the user name used for login may be displayed on each page. In this case, the "value entered in the username input field on the login page (first page)" will be output to the "output field" on each page (second page) visited after successful login. This means that

Therefore, based on the crawled information, as an initial setting of the test scenario template, the input value entered in the input field of the first page of the target transition will be output to the output field of the second page of the transition. The output value will be estimated semi-automatically.

In addition, if the website provides electronic market services or the like, the transition destination after the login page may lead to a page where the balance of points owned by the user is displayed.

This point balance can be considered as a value (second value) that is previously associated with the user name, which is "the input value entered in the input field on the first page of the target transition" (first value).

In such a case, the initial setting of the test scenario template is ``The corresponding value (point balance) that is previously associated with the input value (user name) entered in the input field on the first page of the target transition. , the output value will be the output value that will be output to the output field of the second page to which the page transitions after that.'' is estimated semi-automatically.

The decision to adopt a test scenario template based on the semi-automatically estimated relationship between the input field on the first page and the output field on the second page can be left to the test executor, or the test executor can By modifying as appropriate, you can reduce the effort required to create and edit test scenarios.

(Processing flow)
FIG. 7 is a flowchart showing the control flow of processing executed by the test support device. This will be explained below with reference to this figure.

In this embodiment, when a user accesses the test support device 101 via a browser and test support processing is started, the test support device 101 first performs initialization such as identifying a website (step S500).

Next, the test support device 101 clears a storage area such as an array for storing the node 202 (step S501). This storage area stores information regarding the nodes 202 to be included in the test map.

Thereafter, the test support device 101 displays the site map 201 in the map display area 302 of the screen 301 via the browser (step S502).

The test support device 101 then receives an instruction input from the user (step S503).

If the received instruction input specifies an area (step S503; area selection), the test support device 101 identifies nodes 202 included in the specified area in the site map 201 (step S503; area selection). S504).

Then, the test support device 101 adds the identified nodes 202 that are not stored in the storage area to the storage area (step S505), and proceeds to step S511.

On the other hand, if the received instruction input is an instruction input specifying the node 202 in the site map 201 (Step S503; Node), and the specified node 202 is not stored in the storage area (Step S506; No. ), the test support device 101 adds the specified node 202 to the storage area (step S507), and advances the control to step S511.

Now, when the node 202 is added to the storage area (steps S505, S507), the test support device 101 determines whether or not to search intermediate nodes depending on the number of nodes 202 stored in the storage area. Determination is made (step S511).

For example, if the number of nodes 202 stored in the storage area is 2, it can be decided to search for intermediate nodes.

Alternatively, the number of nodes 202 currently stored in the storage area may be reported and the user may be asked whether or not to search for intermediate nodes.

When searching for an intermediate node (step S511; Yes), the test support device 101 searches for nodes 202 stored in the storage area from any of the nodes 202 stored in the storage area via other intermediate nodes. The path to the node 202 is searched for (step S512).

Then, the test support device 101 adds intermediate nodes included in the searched path that are not stored in the storage area to the storage area (step S513), and advances the control to step S514.

Through this process, the page for the node to be stored in the storage area is identified as the target page.

On the other hand, if an intermediate node is not searched (step S511; No), the test support device 101 advances the control to step S514.

Next, the test support device 101 obtains edges that directly connect the nodes to be stored in the storage area (step S514). As described above, when acquiring an edge, whether or not to acquire the edge may be determined by referring to the access history regarding the transition related to the edge.

Through this process, the transition for the acquired edge is identified as the target transition.

Then, the test support device 101 selects the nodes 202 and edges to be included in the test map, that is, the nodes 202 that are to be stored in the storage area after the process in step S513, and the nodes 202 and edges that are to be included in the test map, and The edge 203 is highlighted in the site map 201 displayed on the screen 301 as a test map (step S515), and control is returned to step S503.

Now, if the received instruction input is a clear instruction such as by clicking the clear button 304 (step S503; clear), the test support device 101 returns control to step S501 in order to clear the storage area.

As a result, the site map 201 without the test map will be displayed on the screen 301.

If the received instruction input is a specific instruction to specify the target test, such as clicking the specific button 303 (step S503; Identification), the test support device 101 selects the identified target page and the identified target transition. The test cases and test scenarios associated with are identified as target tests (step S531).

Then, the test support device 101 outputs the specified target test (step S532), and ends this process.

Now, in the instruction input for specifying a node (step S503; node), when a node already stored in the storage area is specified (step S506; Yes), in this embodiment, the test support device 101 The node is deleted from the storage area (step S541), and control proceeds to step S514.

By performing such processing, the user can, for example, specify a test map using a rectangular area 311, then add nodes 202 outside the rectangular area 311, or delete unnecessary nodes 202 from the test map. become able to.

Further, if other instruction inputs have been accepted (step S503; other), the test support device 101 executes processing according to the accepted instruction inputs (step S551), and returns control to step S503. .

For example, other instructions may be entered by double-clicking the node 202 or edge 203 to display a pop-up menu for setting the priority, and selecting the priority in the pop-up menu. Instruction input can be adopted.

In this case, a process for setting the priority of pages and transitions corresponding to the nodes 202 and edges 203 may be executed in accordance with the priority instruction input.

(summary)
As explained above, the test support program according to the present embodiment is a test to be executed on a website including multiple pages published by a web server, and includes:
(a) A test case that is associated with any of the plurality of pages and to be executed within the associated page, and
(b) Test support in order to support determining a test that is associated with a transition between any two or more of the plurality of pages and includes a test scenario that should be executed during the associated transition. computer,
a display unit that displays, on a screen, a site map including a plurality of nodes representing each of the plurality of pages and a plurality of edges representing each of transitions between the plurality of pages;
an identification unit that identifies a target page and a target transition from the plurality of pages and transitions between the plurality of pages, based on an instruction input to the displayed site map;
The test case associated with the identified target page and the test scenario associated with the identified target transition function as a specifying unit that identifies the target test to be executed on the web server.

Furthermore, in the test support program of this embodiment,
The display unit is configured to highlight, among the site maps displayed on the screen, a test map that includes a node related to the identified target page and an edge related to the identified target transition. be able to.

Furthermore, in the test support program according to this embodiment,
The instruction input is an instruction input specifying an area of the screen,
The page and transition represented by the nodes and edges included in the specified area can be configured to be identified as the target page and target transition.

Furthermore, in the test support program according to this embodiment,
The instruction input is an instruction input that specifies any two of the nodes,
The identification section is
identifying a target route from one or more transition routes from one of the two end pages related to the two specified nodes to the other;
identifying the two end pages and an intermediate page passed on the identified target route as the target page;
It may be configured such that a transition included in the identified target route is identified as the target transition.

Furthermore, in the test support program according to this embodiment,
The identification unit may be configured to identify the target route from the one or more transition routes based on the number of transitions in the access history to the website.

Furthermore, in the test support program according to this embodiment,
The target test is identified from candidate tests prepared with predetermined priorities,
The test support computer may be configured to propose the identified target tests based on the priority of each target test.

Furthermore, in the test support program according to this embodiment,
The priority may be determined based on a past failure history of each of the candidate tests.

Furthermore, in the test support program according to this embodiment,
The priority of the test case is determined based on the frequency with which a page associated with the test case is accessed in the access history of the website,
The priority of the test scenario can be configured to be determined based on the frequency of transitions associated with the test scenario in the access history to the website.

Furthermore, in the test support program according to this embodiment,
The priority of the test case is determined based on whether the page associated with the test case is subject to renewal,
The priority of the test scenario can be configured to be determined based on whether the transition associated with the test scenario is subject to renewal.

Furthermore, in the test support program according to this embodiment,
The target test is generated based on the identified target page and the identified target transition,
The priority of each of the target tests is determined by a default value or based on an instruction input to the displayed site map,
The test support computer may be configured to propose the identified target test based on the priority of the target test.

Furthermore, in the test support program according to this embodiment,
The test support computer includes:
Generating or selecting a template based on attributes given to each element of a plurality of elements included in the page associated with the test case,
The test case may be generated based on an instruction input specifying a value to be added to the generated or selected template.

Furthermore, in the test support program according to this embodiment,
The test support computer includes:
Generating or selecting a template based on attributes given to each element of a plurality of elements included in the page passed during the target transition,
The test scenario may be generated based on instruction input specifying values to be added to the generated or selected template.

Furthermore, in the test support program according to this embodiment,
The target transition is a transition from the first page to the second page via zero or more pages,
A first value is entered in the input field on the first page,
If the output field on the second page contains the input first value,
The output field on the second page may be configured to have an initial setting in the template that the input value input in the input field on the first page should be output.

Furthermore, in the test support program according to this embodiment,
The target transition is a transition from the first page to the second page via zero or more pages,
A first value is entered in the input field on the first page,
If the output field on the second page contains a second value that is previously associated with the input first value,
The initial setting in the template is such that the output field on the second page should output a corresponding value that is previously associated with the input value entered in the input field on the first page. Can be configured.

Furthermore, in the test support program according to this embodiment,
When an instruction is input to select a node or edge in the displayed site map, the priority of the test case or test scenario associated with the target page or target transition represented by the selected node or edge is set to the default priority. Can be configured to be higher than the value.

Furthermore, in the test support program according to this embodiment,
The site map can be configured to be generated by repeatedly transitioning from the origin page of the website to other pages by following links included in the page.

Furthermore, in the test support program according to this embodiment,
At least one of the web server and the test support computer is realized by a cloud service, or
The web server and the test support computer can be configured to be implemented by one server computer.

Further, the test support program according to the present embodiment can be recorded on a non-temporary computer-readable information recording medium and distributed and sold. It can also be distributed and sold via a temporary transmission medium such as a computer communication network.

The test support device according to the present embodiment is a test to be executed on a website including a plurality of pages published by a web server,
(a) A test case that is associated with any of the plurality of pages and to be executed within the associated page, and
(b) To assist in determining a test that is associated with a transition between any two or more of the plurality of pages and includes a test scenario that should be executed during the associated transition;
a display unit that displays, on a screen, a site map including a plurality of nodes representing each of the plurality of pages and a plurality of edges representing each of transitions between the plurality of pages;
an identification unit that identifies a target page and a target transition from the plurality of pages and transitions between the plurality of pages, based on an instruction input to the displayed site map;
A specification unit that specifies a test case associated with the identified target page and a test scenario associated with the identified target transition as target tests to be executed on the web server. do.

The test support method according to the present embodiment is a test to be executed on a website including a plurality of pages published by a web server,
(a) A test case that is associated with any of the plurality of pages and to be executed within the associated page, and
(b) A test support device that is associated with a transition between any two or more of the plurality of pages and that supports determining a test that includes a test scenario that should be executed at the time of the associated transition. ,
a display step of displaying, on a screen, a site map including a plurality of nodes representing each of the plurality of pages and a plurality of edges representing each of the transitions between the plurality of pages;
an identification step of identifying a target page and a target transition from the plurality of pages and transitions between the plurality of pages, based on an instruction input to the displayed site map;
A specifying step of specifying a test case associated with the identified target page and a test scenario associated with the identified target transition as target tests to be executed on the web server. Configure.

The present invention is capable of various embodiments and modifications without departing from the broad spirit and scope of the invention. Further, the embodiments described above are for explaining the present invention, and do not limit the scope of the present invention. That is, the scope of the present invention is indicated by the claims rather than the embodiments. Various modifications made within the scope of the claims and within the meaning of the invention equivalent thereto are considered to be within the scope of this invention.

According to the present invention, it is possible to provide a test support program, a test support device, and a test support method for supporting determination of a test for a website published by a web server.

21 Web server
31 Viewing terminal
101 Test support equipment
102 Display section
103 Identification part
104 Specific part
131 Test terminal
201 Sitemap
202 nodes
203 Edge
301 screen
302 Map display area
303 Specific button
304 Clear button
311 Rectangular area

Claims (19)

A test to be performed on a website containing multiple pages published by a web server,
(a) A test case that is associated with any of the plurality of pages and to be executed within the associated page, and
(b) A test support program that is associated with a transition between any two or more of the plurality of pages and that supports determining a test that includes a test scenario that should be executed during the associated transition. The test support program causes the test support computer to
a display unit that displays, on a screen, a site map including a plurality of nodes representing each of the plurality of pages and a plurality of edges representing each of transitions between the plurality of pages;
an identification unit that identifies a target page and a target transition from the plurality of pages and transitions between the plurality of pages, based on an instruction input to the displayed site map;
functioning as a specifying unit that specifies a test case associated with the identified target page and a test scenario associated with the identified target transition as target tests to be executed on the web server; Featured test support program. The display unit is characterized in that, among the site maps displayed on the screen, a test map including a node related to the identified target page and an edge related to the identified target transition is displayed in a highlighted manner. The test support program according to claim 1. The instruction input is an instruction input specifying an area of the screen,
2. The test support program according to claim 1, wherein pages and transitions represented by nodes and edges included in the specified area are identified as the target page and the target transition. The instruction input is an instruction input that specifies any two of the nodes,
The identification section is
identifying a target route from one or more transition routes from one of the two end pages related to the two specified nodes to the other;
identifying the two end pages and an intermediate page passed on the identified target route as the target page;
2. The test support program according to claim 1, wherein a transition included in the identified target route is identified as the target transition. 5. The test support program according to claim 4, wherein the identification unit identifies the target route from the one or more transition routes based on the number of transitions in the access history to the website. The target test is identified from candidate tests prepared with predetermined priorities,
2. The test support program according to claim 1, wherein the test support computer proposes the specified target test based on the priority of each target test. 7. The test support program according to claim 6, wherein the priority is determined based on a history of past failures of each of the candidate tests. The priority of the test case is determined based on the frequency with which a page associated with the test case is accessed in the access history of the website,
7. The test support program according to claim 6, wherein the priority of the test scenario is determined based on the frequency of transitions associated with the test scenario in the access history to the website. The priority of the test case is determined based on whether the page associated with the test case is subject to renewal,
7. The test support program according to claim 6, wherein the priority of the test scenario is determined based on whether a transition associated with the test scenario is subject to renewal. The target test is generated based on the identified target page and the identified target transition,
The priority of each of the target tests is determined by a default value or based on an instruction input to the displayed site map,
2. The test support program according to claim 1, wherein the test support computer proposes the specified target test based on a priority of the target test. The test support computer includes:
Generating or selecting a template based on attributes given to each element of a plurality of elements included in the page associated with the test case,
11. The test support program according to claim 10, wherein the test case is generated based on an instruction input specifying a value to be added to the generated or selected template. The test support computer includes:
Generating or selecting a template based on attributes given to each element of a plurality of elements included in the page passed during the target transition,
11. The test support program according to claim 10, wherein the test scenario is generated based on an instruction input specifying a value to be added to the generated or selected template. The target transition is a transition from the first page to the second page via zero or more pages,
A first value is entered in the input field on the first page,
If the output field on the second page contains the input first value,
13. An initial setting in the template is that the input value input in the input field on the first page should be output to the output field on the second page. test support program. The target transition is a transition from the first page to the second page via zero or more pages,
A first value is entered in the input field on the first page,
If the output field on the second page contains a second value that is previously associated with the input first value,
The initial setting in the template is such that the output field on the second page should output a corresponding value that is previously associated with the input value input in the input field on the first page. 13. The test support program according to claim 12. When an instruction is input to select a node or edge in the displayed site map, the priority of the test case or test scenario associated with the target page or target transition represented by the selected node or edge is set to the default priority. 11. The test support program according to claim 10, wherein the test support program is set to be higher than the value. The test support program according to claim 1, wherein the site map is generated by repeatedly transitioning from a starting page of the website to other pages by following links included in the page. . At least one of the web server and the test support computer is realized by a cloud service, or
2. The test support program according to claim 1, wherein the web server and the test support computer are realized by one server computer. A test to be performed on a website containing multiple pages published by a web server,
(a) A test case that is associated with any of the plurality of pages and to be executed within the associated page, and
(b) A test support device that is associated with a transition between any two or more of the plurality of pages and that supports determining a test that includes a test scenario that should be executed during the associated transition. There it is,
a display unit that displays, on a screen, a site map including a plurality of nodes representing each of the plurality of pages and a plurality of edges representing each of transitions between the plurality of pages;
an identification unit that identifies a target page and a target transition from the plurality of pages and transitions between the plurality of pages, based on an instruction input to the displayed site map;
The web server further comprises: a specifying unit that specifies a test case associated with the identified target page and a test scenario associated with the identified target transition as target tests to be executed on the web server. Test support equipment. A test to be performed on a website containing multiple pages published by a web server,
(a) A test case that is associated with any of the plurality of pages and to be executed within the associated page, and
(b) A test support device that is associated with a transition between any two or more of the plurality of pages and that supports determining a test that includes a test scenario that should be executed at the time of the associated transition. ,
a display step of displaying, on a screen, a site map including a plurality of nodes representing each of the plurality of pages and a plurality of edges representing each of the transitions between the plurality of pages;
an identification step of identifying a target page and a target transition from the plurality of pages and transitions between the plurality of pages, based on an instruction input to the displayed site map;
A specifying step of specifying a test case associated with the identified target page and a test scenario associated with the identified target transition as target tests to be executed on the web server. Characteristic test support method.

Images