# US 12,222,845 B2 · Apparatus, method, and program for generating a test script for a web application based on screen transitions

> Agents: this data is available as JSON from the patentgrep API and MCP server — see https://patentgrep.com/llms.txt

- Number: US 12,222,845 B2
- Document ID: US12222845B2
- Status: Granted
- Kind: B2
- Application number: 17/601,885
- Filed: 2020-04-06
- Published: 2022-07-07
- Granted: 2025-02-11
- Earliest claimed: 2019-04-09
- Assignees: Nippon Telegraph and Telephone Corporation
- Applicants: Nippon Telegraph and Telephone Corporation
- Inventors: Yu Adachi; Haruto Tanno; Hiroyuki Kirinuki; Yu Yoshimura; Toshiyuki Kurabayashi
- Web page: https://patentgrep.com/patent/US12222845B2

## CPC

- G06F 11/3684: {for test design, e.g. generating new test cases}
- G06F 11/3692: {for test results analysis}
- G06F 11/3698: Environments for analysis, debugging or testing of software
- G06F 16/9566: {URL specific, e.g. using aliases, detecting broken or misspelled links}
- G06F 16/972: {Access to data in other repository systems, e.g. legacy data or dynamic Web page generation}
- G06F: ELECTRIC DIGITAL DATA PROCESSING (computer systems based on specific computational models G06N)

## Abstract

An apparatus and a method relate to generating a test scenario for testing a web application. The disclosure includes executing a script that causes a transition of a screen to a reference screen of the web application. From the reference screen, the disclosure dynamically performs a screen transition analysis for subsequent screens that are transitioned from previous screens of the web application. The subsequent screens for the dynamically performing the screen transition analysis are within a boundary according to a predetermined number of hops from the reference screen. The screen transition analysis includes automatically generating a test scenario and input data for causing screen transitions in the web application. Based on the screen transitions, the screen transition analysis generates screen transition data diagram for testing the web application.

## Claims

### Claim 1

An analysis method comprising:
receiving a script, wherein the script is based on a web application configured to render screens, the script describes an automatic transition from an initial screen of the web application to a first screen of interest of a plurality of screens of interest of the web application, and the plurality of screens of interest represents a boundary of testing the web application;
executing the script, causing the automatic transition from the initial screen to the first screen of interest of the plurality of screens of interest of the web application;
subsequent to the automatic transition to the first screen, automatically generating, as a screen transition analysis, based on a code of a controller of the web application configured to render the first screen of the web application, a combination of a test scenario of the first screen, input data of the first screen, and a screen transition from the first screen to a second screen of the plurality of screens of interest, wherein the screen transition analysis represents at least a part of performing specification reconstruction of a part of the web application, and the second screen is within the boundary based on a predetermined number of hops for screen transitions from the first screen;
dynamically updating, based on causing execution of the second code according to the test scenario and the screen transition, screen transition information of the web application; and
automatically generating, based on the test scenario and the screen transition information, a test script of the screen transition from the first screen to the second screen of the plurality of screens of interest as output for testing the web application.

### Claim 2 (depends on 1)

The analysis method according to claim 1, wherein the screen transition analysis further comprises performing an operation causing a subsequent screen transition, within the boundary that a number of hops for screen transitions from the first screen is equal to or smaller than an upper limit value.

### Claim 3 (depends on 2)

The analysis method according to claim 2, wherein the performing the screen transition analysis further comprises:
analyzing, at least as a part of an action according to the test scenario and the code of the controller of the web application, an element causing the subsequent screen transition among elements on a subject screen of interest; and
acquiring a next screen by performing an operation for the action on the subject screen of interest, in a repeated manner by setting the next screen as a new subject screen, within the boundary.

### Claim 4 (depends on 1)

The analysis method according to claim 1, wherein the performing the screen transition analysis further comprises:
analyzing, at least as a part of an action according to the test scenario and the code of the controller of the web application, an element causing a subsequent screen transition among elements on a subject screen of interest; and
acquiring a next screen by performing an operation for the action on the subject screen of interest, in a repeated manner by setting the next screen as a new subject screen, within the boundary that a number of hops for screen transitions from a reference screen, which is a first subject screen, is equal to or smaller than a upper limit value.

### Claim 5

An analysis apparatus comprising a processor configured to execute operations comprising:
receiving a script, wherein the script is based on a web application configured to render screens, the script describes an automatic transition from an initial screen of the web application to a first screen of interest of a plurality of screens of interest of the web application, and the plurality of screens of interest represents a boundary of testing the web application;
executing the script, causing the automatic transition from the initial screen to the first screen of interest of the plurality of screens of interest of the web application;
subsequent to the automatic transition to the first screen, automatically generating, as a screen transition analysis, based on a code of a controller of the web application configured to render the first screen of the web application, a combination of a test scenario of the first screen, input data of the first screen, and a screen transition from the first screen to a second screen of the plurality of screens of interest, wherein the screen transition analysis represents at least a part of performing specification reconstruction of a part of the web application, and the second screen is within the boundary based on a predetermined number of hops for screen transitions from the first screen;
dynamically updating, based on causing execution of the second code according to the test scenario and the screen transition, screen transition information of the web application; and
automatically generating, based on the test scenario and the screen transition information, a test script of the screen transition from the first screen to the second screen of the plurality of screens of interest as output for testing the web application.

### Claim 6 (depends on 5)

The analysis apparatus according to claim 5, wherein the causing execution of the second code further comprises performing an operation causing a subsequent screen transition, within the boundary that a number of hops for screen transitions from the first screen is equal to or smaller than an upper limit value.

### Claim 7 (depends on 6)

The analysis apparatus according to claim 6, the processor further configured to execute an operation comprising:
analyzing, at least as a part of an action according to the test scenario and the code of the controller of the web application, an element causing the subsequent screen transition among elements on a subject screen of interest; and
acquiring a next screen by performing an operation for the action on the subject screen of interest, in a repeated manner by setting the next screen as a new subject screen, within the boundary that the number of hops for screen transitions from a reference screen, which is a first subject screen, is equal to or smaller than the upper limit value.

### Claim 8 (depends on 5)

The analysis apparatus according to claim 5, wherein the performing the screen transition analysis further comprises:
analyzing, at least as a part of an action according to the test scenario and the code of the controller of the web application, an element causing the screen transition among elements on a subject screen of interest; and
acquiring a next screen by performing an operation for the action on the subject screen of interest, in a repeated manner by setting the next screen as a new subject screen, within the boundary that a number of hops for screen transitions from a reference screen, which is a first subject screen, is equal to or smaller than an upper limit value.

### Claim 9

A computer-readable non-transitory recording medium storing a computer-executable program instructions that when executed by a processor cause a computer system to execute an operation comprising:
receiving a script, wherein the script is based on a web application configured to render screens, the script describes an automatic transition from an initial screen of the web application to a first screen of interest of a plurality of screens of interest of the web application, and the plurality of screens of interest represents a boundary of testing the web application;
executing the script, causing the automatic transition from the initial screen to the first screen of interest of the plurality of screens of interest of the web application;
subsequent to the automatic transition to the first screen, automatically generating, as a screen transition analysis, based on a code of a controller of the web application configured to render the first screen of the web application, a combination of a test scenario of the first screen, input data of the first screen, and a screen transition from the first screen to a second screen of the plurality of screens of interest, wherein the screen transition analysis represents at least a part of performing specification reconstruction of a part of the web application, and the second screen is within the boundary based on a predetermined number of hops for screen transitions from the first screen;
dynamically updating, based on causing execution of the second code according to the test scenario and the screen transition, screen transition information of the web application; and
automatically generating, based on the test scenario and the screen transition information, a test script of the screen transition from the first screen to the second screen of the plurality of screens of interest as output for testing the web application.

### Claim 10 (depends on 9)

The computer-readable non-transitory recording medium of claim 9, wherein the screen transition analysis further comprises performing an operation causing a subsequent screen transition, within the boundary that a number of hops for screen transitions from the first screen is equal to or smaller than an upper limit value.

### Claim 11 (depends on 10)

The computer-readable non-transitory recording medium of claim 10, wherein the performing the screen transition analysis further comprises:
analyzing, at least as a part of an action according to the test scenario and the code of the controller of the web application, an element causing the subsequent screen transition among elements on a subject screen of interest; and
acquiring a next screen by performing an operation for the action on the subject screen of interest, in a repeated manner by setting the next screen as a new subject screen, within the boundary.

### Claim 12 (depends on 9)

The computer-readable non-transitory recording medium of claim 9, wherein performing the screen transition analysis further comprises:
analyzing, at least as a part of an action according to the test scenario and the code of the controller of the web application, an element causing a subsequent screen transition among elements on a subject screen of interest; and
acquiring a next screen by performing an operation for the action on the subject screen of interest, in a repeated manner by setting the next screen as a new subject screen, within the boundary that a number of hops for screen transitions from a reference screen, which is a first subject screen, is equal to or smaller than an upper limit value.