CN116244166A

CN116244166A - Application scene access method and device

Info

Publication number: CN116244166A
Application number: CN202111493730.6A
Authority: CN
Inventors: 许简; 蔡天勤; 郑世豪; 杨萍
Original assignee: Beijing ByteDance Network Technology Co Ltd
Current assignee: Beijing ByteDance Network Technology Co Ltd
Priority date: 2021-12-08
Filing date: 2021-12-08
Publication date: 2023-06-09

Abstract

The embodiment of the disclosure provides a scene access method and device for an application, wherein the method comprises the following steps: traversing the user interfaces of the applications, and determining information of jump paths among the user interfaces of the applications; and determining the available path of the user interface of the first target scene of the access application from the jump paths among the user interfaces of the applications according to the information of the jump paths. By the method, the available path of the user interface of the first target scene can be automatically determined, so that the first target scene is accessed, automatic testing of the application scene is realized, and the testing speed of the scene in the application is improved.

Description

Application scene access method and device

Technical Field

The embodiment of the disclosure relates to the technical field of computers, in particular to a scene access method and device for an application.

Background

Applications (APP) typically need to be tested before they are put on the market to ensure that the APP can run stably in various types of terminal devices after they are put on the market. In APP testing, it is often necessary to access a specific scenario to perform an emphasis test.

In the related art, when a certain scene to be tested in an application is tested in a test terminal, a tester is required to manually access the scene to be tested, so that the test is performed while staying in the scene. For example, if a live function in an application needs to be tested, a tester is required to manually access a live scene of the application.

However, since the speed of the tester manually accessing the scene of the application is slow, the test speed of the scene of the application is slow.

Disclosure of Invention

The embodiment of the disclosure provides an application scene access method and device, which are used for solving the problem of slower test speed of an application scene in the prior art.

In a first aspect, an embodiment of the present disclosure provides an access method of an application scenario, applied to a server, where the method includes:

traversing user interfaces of applications, and determining information of jump paths among the user interfaces of the applications;

and determining available paths of the user interfaces accessing the first target scene of the application from the jump paths among the user interfaces of the application according to the information of the jump paths.

In a second aspect, an embodiment of the present disclosure provides an access method of an application scenario, applied to a client, where the method includes:

receiving information of available paths sent by a server, wherein the available paths are paths of a user interface of a first target scene of an access application, and the available paths are determined according to information of jump paths among the user interfaces of the application;

determining a recommended path from the available paths according to the information of the available paths;

And accessing a user interface of the first target scene by using the recommended path.

In a third aspect, an embodiment of the present disclosure provides an access device for an application scenario, including:

the traversal module is used for traversing the user interfaces of the applications and determining information of jump paths among the user interfaces of the applications;

and the determining module is used for determining available paths of the user interfaces accessing the first target scene of the application from the jump paths among the user interfaces of the application according to the information of the jump paths.

In a fourth aspect, an embodiment of the present disclosure provides an access device for an application scenario, including:

the receiving module is used for receiving information of available paths sent by the server, wherein the available paths are paths of a user interface of a first target scene of an access application, and the available paths are determined according to information of jump paths among the user interfaces of the application;

the determining module is used for determining a recommended path from the available paths according to the information of the available paths;

and the access module is used for accessing the user interface of the first target scene by using the recommended path.

In a fifth aspect, an embodiment of the present disclosure provides a server, including: at least one processor and memory;

The memory stores computer-executable instructions;

the at least one processor executes the computer-executable instructions stored by the memory, such that the at least one processor performs the access method of the application scenario as described above in the first aspect and the various possible designs of the first aspect.

In a sixth aspect, an embodiment of the present disclosure provides a server, including: at least one processor and memory;

the memory stores computer-executable instructions;

the at least one processor executes the computer-executable instructions stored by the memory, causing the at least one processor to perform the access method of the application scenario as described above in the second aspect and the various possible designs of the second aspect.

In a seventh aspect, embodiments of the present disclosure provide a computer readable storage medium, where computer executable instructions are stored, when executed by a processor, to implement an access method for an application scenario according to the first aspect and the various possible designs of the first aspect.

In an eighth aspect, embodiments of the present disclosure provide a computer readable storage medium, where computer executable instructions are stored, when executed by a processor, to implement an access method for an application scenario according to the above second aspect and various possible designs of the second aspect.

In a ninth aspect, embodiments of the present disclosure provide a computer program product comprising computer instructions which, when executed by a processor, implement the first aspect and the various possible access methods of the first aspect for designing the application scenario.

In a tenth aspect, embodiments of the present disclosure provide a computer program product comprising computer instructions which, when executed by a processor, implement the second aspect and the access methods of the various possible designs of the application scenario of the second aspect.

According to the scene access method and the scene access device for the application, firstly, the user interfaces of the application are traversed, and information of jump paths among the user interfaces of the application is determined. Then, according to the information of the jump paths, the available paths of the user interfaces of the first target scene of the access application are determined from the jump paths among the user interfaces of the application. By the method, the available path of the user interface of the first target scene can be automatically determined, so that the first target scene is accessed, automatic testing of the application scene is realized, and the testing speed of the application scene is improved.

Drawings

In order to more clearly illustrate the embodiments of the present disclosure or the solutions in the prior art, a brief description will be given below of the drawings that are needed in the embodiments or the description of the prior art, it being obvious that the drawings in the following description are some embodiments of the present disclosure, and that other drawings may be obtained from these drawings without inventive effort to a person of ordinary skill in the art.

Fig. 1 is an application scenario schematic diagram of an access method of an application scenario provided in an embodiment of the present disclosure;

fig. 2 is a signaling interaction diagram of an access method of an application scenario provided in an embodiment of the present disclosure;

FIG. 3 is a schematic diagram of a page structure tree according to an embodiment of the present disclosure;

fig. 4 is a flowchart of an access method of an application scenario provided in an embodiment of the present disclosure;

fig. 5 is a flowchart of another access method of an application scenario provided in an embodiment of the present disclosure;

fig. 6 is a block diagram of an access device of an application scenario according to an embodiment of the present disclosure;

fig. 7 is a block diagram of an access device of another application scenario provided in an embodiment of the present disclosure;

fig. 8 is a schematic hardware structure of an electronic device according to an embodiment of the disclosure.

Detailed Description

For the purposes of making the objects, technical solutions and advantages of the embodiments of the present disclosure more apparent, the technical solutions of the embodiments of the present disclosure will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present disclosure, and it is apparent that the described embodiments are some embodiments of the present disclosure, but not all embodiments. All other embodiments, which can be made by one of ordinary skill in the art without inventive effort, based on the embodiments in this disclosure are intended to be within the scope of this disclosure.

In the related art, when a certain scene to be tested in an application is tested in a test terminal, a tester is required to manually access the scene to be tested, so that the test is performed while staying in the scene. For example, if a live function in an application needs to be tested, a tester is required to manually access a live scene of the application. However, since the speed of the tester manually accessing the scene of the application is slow, the test speed of the scene of the application is slow.

The problem that the test speed of the scene of the application is slower is solved. The embodiment of the disclosure provides a scene access method and device for an application, which determine information of jump paths between user interfaces of the application by traversing the user interfaces of the application, so as to determine information of available paths of a first target scene of the access application, thereby realizing automatic access of the first target scene and further improving the test speed of the scene of the application.

The following is a description of usage scenarios to which the present disclosure relates.

Fig. 1 is a schematic view of a usage scenario of an application scenario access method according to an embodiment of the present disclosure. As shown in fig. 1, the server 102 determines information of a jump path between user interfaces of the application by traversing the user interfaces of the application, thereby determining an available path of the user interface accessing the first target scene of the application. Then, the server 102 sends the information of the available path of the user interface accessing the first target scene to the client 101, so that the client 101 determines a recommended path of the user interface accessing the first target scene from the available paths to access the user interface of the first target scene.

The client 101 may be a tablet computer (pad), a computer with a wireless transceiving function, a Virtual Reality (VR) terminal device, an augmented reality (augmented reality, AR) terminal device, a wireless terminal in industrial control (industrial control), a wireless terminal in self driving (self driving), a wireless terminal in teleoperation (remote medical surgery), a wireless terminal in smart grid (smart grid), a wireless terminal in smart home (smart home), and the like. In the embodiment of the disclosure, the device for implementing the function of the terminal may be the terminal, or may be a device capable of supporting the terminal to implement the function, for example, a chip system, and the device may be installed in the terminal. In the embodiments of the present disclosure, the chip system may be formed by a chip, and may also include a chip and other discrete devices.

The server 102 may be, but is not limited to, a single web server, a server group of multiple web servers, or a cloud based cloud computing that is made up of a large number of computers or web servers. The cloud computing is a distributed computing type, and is a super virtual computer consisting of a group of loosely coupled computers.

It should be understood that the application scenario of the technical solution of the present disclosure may be the scenario in fig. 1, but is not limited thereto, and may also be applied to other scenarios requiring application scenario testing.

It may be understood that the above-mentioned method for accessing a scene of an application may be implemented by the device for accessing a scene of an application provided by the embodiment of the present disclosure, where the device for accessing a scene of an application may be part or all of a certain device, for example, the test end and the service end.

The technical solutions of the embodiments of the present disclosure are described in detail below with specific embodiments. The following embodiments may be combined with each other, and some embodiments may not be repeated for the same or similar concepts or processes.

Fig. 2 is a signaling interaction diagram of a scene access method of an application according to an embodiment of the present disclosure. The process of how to access the scene of the application according to this embodiment, as shown in fig. 2, includes:

S201: the server traverses the user interfaces of the applications and determines information of jump paths among the user interfaces of the applications.

In the present disclosure, after receiving a test request for an application, a server may traverse a user interface of the application, thereby collecting information of a jump path between user interfaces of the application.

It should be understood that embodiments of the present application are not limited to how to traverse the user interfaces of the application, and in some embodiments, controls of each user interface of the application may be triggered in turn, and the user interfaces that are jumped to may be recorded, so as to traverse the user interfaces of the application.

The embodiments of the present disclosure are also not limited to information of the jump paths between user interfaces, and in some embodiments, the information of the jump paths may include an identification of a start interface of the jump path, an identification of an end interface of the jump path, a page structure tree of the user interface of the application, and a control that triggers the jump path.

In which the jump relationship between the user interfaces of the application may be reflected in the page structure tree of the user interfaces of the application, and exemplary, fig. 3 is a schematic diagram of a page structure tree provided in an embodiment of the present disclosure. As shown in fig. 3, the user interface a may jump to the user interface B and the user interface C in the page structure tree, may jump from the user interface a to the user interface B by triggering a first control on the user interface a, and may jump from the user interface a to the user interface C by triggering a second control on the user interface a.

It should be understood that embodiments of the present disclosure are not limited in the manner in which the control of the jump path is triggered, and exemplary operations performed by the control include clicking the control or pressing the control long.

S202: and the server determines the available path of the user interface accessing the first target scene of the application from the jump paths among the user interfaces of the application according to the information of the jump paths.

In this step, after the server determines the information of the jump paths between the user interfaces of the applications, the available path of the user interface accessing the first target scene of the application may be determined from the jump paths between the user interfaces of the applications according to the information of the jump paths.

It should be appreciated that the embodiments of the present disclosure are not limited to the first target scenario, and may be any scenario in an application. By way of example, the first target scene may be a live scene, a conversational scene, a question-answer scene, or the like.

It should be appreciated that the embodiments of the present disclosure are not limited in how to determine the available paths of the user interface accessing the first target scene of the application, and in some embodiments, the server may first determine the endpoint interface of the available paths based on the identification of the user interface of the first target scene. Secondly, the server determines a starting interface of the available paths according to the page structure tree. Again, the server finally determines the controls that trigger each jump path from the start interface of the available path to the end interface of the available path.

By way of example, with continued reference to FIG. 3, user interface A may be jumped to user interface B via a first control, user interface C via a second control, and user interface C via a third control. If the first target scene is the scene of the user interface C, the starting point of the available path may be the user interface a, and the end point of the available path may be the user interface C, and it may be determined that the available path includes two paths, i.e., the user interfaces a to B to C and a to C, respectively.

In some embodiments, for the starting interface of the available paths, it may be determined whether the current user interface is the starting interface by comparing features extracted from the page structure tree. For the end point interface of the available path, whether the available path reaches the user interface of the first target scene can be determined through the recorded identification of the end point interface.

In other embodiments, after determining the information of the available paths of the first target scene of the application, the information of the available paths may be further sorted, and the number of hops (step size) of each available path may be supplemented, and the information of the available paths may be recorded in the database.

S203: the server tests the available paths and determines test results of the available paths, wherein the test results are used for indicating whether the available paths can be played back or not.

In this step, after determining the information of the available path to the user interface of the first target scene of the application, the available path may be tested to determine whether the available path is playable.

It should be understood that the embodiments of the present disclosure are not limited in how the available paths may be tested, and that, by way of example, the server may first install a test tool. Second, the server may test the application using a test tool, and determine an operation required for each step from the start point of the available path to the end point of the available path as an operation policy by obtaining information of the available path from the database. Again, the server may test the available paths using the above-described operational policies. Finally, the server uses the testing tool to record the testing result of each available path.

The test result may be "playback successful" if the test terminal successfully plays back the available path to access the first target scene, and "playback unsuccessful" if the test terminal does not successfully play back the available path to access the first target scene.

In some embodiments, after the available path is tested and the test result of the available path is determined, the test time of the available path and the number of hops of the available path may also be recorded.

S204: the server side sends information of available paths to the client side, wherein the information of the available paths comprises test results of the available paths.

In this step, after the server side completes the test on the available paths, the information of the available paths including the test result may be sent to the client side.

The information of the available paths further comprises the test time of the available paths and the jump times of the available paths.

S205: and the client determines a recommended path from the available paths according to the information of the available paths.

In this step, after the client receives the information of the available paths sent by the server, the recommended paths may be determined from the available paths according to the information of the available paths.

It should be appreciated that the embodiments of the present disclosure are not limited in how the recommended paths may be determined, and in some embodiments, the recommended paths may be determined from the available paths based on the recommended priority of the information of the available paths.

It should be noted that, the recommended priority of the test information may be preset. For example, the recommended priority of the test result may be set to be higher than the recommended priority of the number of hops of the available path, and the recommended priority of the number of hops of the available path may be set to be higher than the recommended priority of the test time of the available path.

Accordingly, in some embodiments, the client may first determine, based on the test information of the available paths, that the test result is an available path for successful playback. Second, the client may determine an available path with the smallest number of operation steps from among available paths for successful playback of the test result. Again, the client may determine an available path having a test time closest to the current time of the client from among available paths having the smallest number of operation steps. Finally, the client may determine a recommended path from the available paths with the latest test time.

For example, the client may first determine available path a, available path B, and available path C for which the test result is "successfully playback". Then, the number of hops of the available path a, the number of hops of the available path B, and the number of hops of the available path C are compared, thereby selecting an available path with a smaller number of hops. If the number of hops of the available path A and the number of hops of the available path B are 3 and the number of hops of the available path C is 10, determining that the available path C is not used as the recommended path. Then, the test times of the available path A and the available path B are compared, so that an available path with the test time closer to the current situation is selected. If the test time of the available path A is 1 day before and the test time of the available path B is 10 days before, the available path A is selected as the recommended path.

S206: the client accesses a user interface of the first target scene using the recommended path.

It should be appreciated that, the user interface of the client for accessing the first target scene using the recommended path is similar to the playback manner when the available path is tested, and will not be described in detail herein.

According to the access method of the application scene, firstly, the user interfaces of the application are traversed, and information of jump paths among the user interfaces of the application is determined. Then, according to the information of the jump paths, the available paths of the user interfaces of the first target scene of the access application are determined from the jump paths among the user interfaces of the application. By the method, the available path of the user interface of the first target scene can be automatically determined, so that the first target scene is accessed, automatic testing of the application scene is realized, and the testing speed of the application scene is improved.

Based on the above embodiments, a description will be given below of how to determine a recommended path from among available paths. Fig. 4 is a flowchart of a scenario access method of an application according to an embodiment of the present disclosure. The execution body of the embodiment is a client, as shown in fig. 4, and the method for accessing a scene of the application includes:

S301: and receiving the information of the available paths sent by the server.

Wherein the available path is a path of a user interface accessing a first target scene of the application, the available path being determined according to information of a jump path between user interfaces of the application.

In some embodiments, the information of the available path includes a test time of the available path, a number of hops of the available path, and a test result of the available path, the test result of the available path being used to indicate whether the available path is playable.

In some embodiments, the recommended priority of the test results for the available paths is greater than the recommended priority of the number of hops for the available paths, and the recommended priority of the number of hops for the available paths is greater than the recommended priority of the test time for the available paths.

S302: and determining the available path successfully played back from the available paths according to the test result of the available paths.

S303: the available path with the least number of hops is determined from among the available paths for successful playback.

S304: and determining an available path with the test time closest to the current time of the client from the available paths with the minimum number of hops as a recommended path.

S305: a user interface of the first target scene is accessed using the recommended path.

The technical terms, effects, features, and alternative embodiments of S301-S305 may be understood with reference to S201-S206 shown in fig. 2, and will not be further described herein for repeated content.

On the basis of the above-described embodiments, a description will be given below of how scene hopping is performed after accessing the user interface of the first target scene. Fig. 5 is a flowchart of another scenario access method of an application according to an embodiment of the present disclosure. The execution body of the embodiment is a client, as shown in fig. 5, and the method for accessing a scene of the application includes:

s401: a user interface of the first target scene is accessed using the recommended path.

S402: a jump indication triggered by a target control in a user interface of a first target scene is received.

The scene jump instruction comprises an identifier of a user interface of a second target scene;

s403: it is determined whether the second target scene is within a scene whitelist.

If yes, step S404 is executed, and if no, step S405 is executed.

S404: jump from the user interface of the first target scene to the user interface of the second target scene.

S405: and determining that the target control is invalid to trigger.

In the disclosure, after the test terminal successfully accesses the user interface of the first target scene through the recommended path, the test terminal can jump to the user interface of the second target scene through the target control in the user interface of the first target scene.

It should be understood that, in the present disclosure, through the scene white list, the client may stay under the user interface of the first target scene, and only access the scenes of the scene white list.

In some embodiments, if clicking on a control within the first target scene or other scene in the whitelist causes a jump out of the whitelist scene, the control is triggered to be invalidated. Correspondingly, after the control of invalidation is triggered, feedback is not needed to be carried out on the triggering of the user.

By the method, the client can only access the scene in the white list, so that the data security is improved.

The technical terms, effects, features, and alternative embodiments of S401-S405 may be understood with reference to S201-S204 shown in fig. 2, and will not be further described herein for repeated content.

Fig. 6 is a block diagram of a structure of an access device for an application scenario according to an embodiment of the present disclosure, where the access device for an application scenario may execute the method for accessing an application scenario on the server side. For ease of illustration, only portions relevant to embodiments of the present disclosure are shown. Referring to fig. 6, the scene accessing apparatus 500 of the application includes: a traversal module 501, a determination module 502, a test module 503, and a transmission module 504.

A traversing module 501, configured to traverse the user interfaces of the applications and determine information of a jump path between the user interfaces of the applications;

a determining module 502, configured to determine, according to the information of the jump paths, an available path of the user interface accessing the first target scene of the application from the jump paths between the user interfaces of the application.

In accordance with one or more embodiments of the present disclosure, the information of the jump path includes an identification of a start interface of the jump path, an identification of an end interface of the jump path, a page structure tree of a user interface of the application, and a control that triggers the jump path.

In accordance with one or more embodiments of the present disclosure, the determining module 502 is specifically configured to determine an endpoint interface of the available path according to an identification of a user interface of the first target scene; determining a starting interface of an available path according to the page structure tree; a control is determined that triggers each jump path from a start interface of the available path to an end interface of the available path.

According to one or more embodiments of the present disclosure, the scene accessing apparatus 500 further includes:

a test module 503, configured to test the available path, determine a test result of the available path, where the test result is used to indicate whether the available path is replayable;

and the sending module 504 is configured to send information of an available path to the client, where the information of the available path includes a test result of the available path.

In accordance with one or more embodiments of the present disclosure, the information of the available paths further includes a test time of the available paths and the number of hops of the available paths.

The scenario access device of the application provided in this embodiment may be used to execute the technical solution of the scenario access method embodiment of the application on the server side, and its implementation principle and technical effects are similar, and this embodiment is not repeated here.

Fig. 7 is a block diagram of another configuration of an access device for an application scenario according to an embodiment of the present disclosure, where the access device for an application scenario may execute the above-described access method for an application scenario on a client side. For ease of illustration, only portions relevant to embodiments of the present disclosure are shown. Referring to fig. 7, the scene accessing apparatus 600 of the application includes: a receiving module 601, a determining module 602 and an accessing module 603.

The receiving module 601 is configured to receive information of an available path sent by a server, where the available path is a path of a user interface accessing a first target scene of an application, and the available path is determined according to information of a jump path between user interfaces of the application;

a determining module 602, configured to determine a recommended path from the available paths according to the information of the available paths;

an accessing module 603 is configured to access a user interface of the first target scene using the recommended path.

According to one or more embodiments of the present disclosure, the information of the available path includes a test time of the available path, a number of hops of the available path, and a test result of the available path, which is used to indicate whether the available path is playable.

In accordance with one or more embodiments of the present disclosure, the determining module 602 is specifically configured to determine a recommendation priority of the available path according to a recommendation priority of information of the available path.

According to one or more embodiments of the present disclosure, the recommended priority of the test result of the available path is greater than the recommended priority of the number of hops of the available path, and the recommended priority of the number of hops of the available path is greater than the recommended priority of the test time of the available path.

In accordance with one or more embodiments of the present disclosure, the determining module 602 is specifically configured to determine, from available paths, an available path that is successfully played back according to a test result of the available paths; determining an available path with the minimum number of hops from available paths successfully played back; and determining an available path with the test time closest to the current time of the client from the available paths with the minimum number of hops as a recommended path.

According to one or more embodiments of the present disclosure, the receiving module 601 is further configured to receive a jump instruction triggered by a target control in a user interface of a first target scene, where the jump instruction includes an identifier of a user interface of a second target scene;

a determining module 602, configured to determine whether the second target scene is in a scene white list;

the accessing module 603 is further configured to jump from the user interface of the first target scene to the user interface of the second target scene if yes.

In accordance with one or more embodiments of the present disclosure, the determining module 602 is further configured to determine that the target control is not actively triggered if not.

The scenario access device of the application provided in this embodiment may be used to execute the technical solution of the scenario access method embodiment of the application on the client side, and its implementation principle and technical effects are similar, and this embodiment is not repeated here.

Referring to fig. 8, a schematic diagram of an electronic device 700 suitable for use in implementing embodiments of the present disclosure is shown, where the electronic device 700 may be a client or a server. Among other things, clients may include, but are not limited to, mobile terminals such as mobile phones, notebook computers, digital broadcast receivers, personal digital assistants (Personal Digital Assistant, PDA for short), tablet computers (Portable Android Device, PAD for short), portable multimedia players (Portable Media Player, PMP for short), car terminals (e.g., car navigation terminals), wearable electronics, etc., and fixed terminals such as digital TVs, desktop computers, smart home devices, etc. The electronic device shown in fig. 8 is merely an example and should not be construed to limit the functionality and scope of use of the disclosed embodiments.

As shown in fig. 8, the electronic apparatus 700 may include a processing device (e.g., a central processing unit, a graphics processor, etc.) 701, which may perform various appropriate actions and processes according to a program stored in a Read Only Memory (ROM) 702 or a program loaded from a storage device 708 into a random access Memory (Random Access Memory RAM) 703, to implement the above-described application scenario access method defined in the method of the embodiment of the present disclosure. In the RAM 703, various programs and data required for the operation of the electronic device 700 are also stored. The processing device 701, the ROM702, and the RAM 703 are connected to each other through a bus 704. An input/output (I/O) interface 705 is also connected to bus 704.

In general, the following devices may be connected to the I/O interface 705: input devices 706 including, for example, a touch screen, touchpad, keyboard, mouse, camera, microphone, accelerometer, gyroscope, and the like; an output device 707 including, for example, a liquid crystal display (Liquid Crystal Display, LCD for short), a speaker, a vibrator, and the like; storage 708 including, for example, magnetic tape, hard disk, etc.; and communication means 707. The communication means 707 may allow the electronic device 700 to communicate wirelessly or by wire with other devices to exchange data. While fig. 8 shows an electronic device 700 having various means, it is to be understood that not all of the illustrated means are required to be implemented or provided. More or fewer devices may be implemented or provided instead.

In particular, according to embodiments of the present disclosure, the processes described above with reference to flowcharts may be implemented as computer software programs. For example, embodiments of the present disclosure include a computer program product comprising a computer program embodied on a computer readable medium, the computer program comprising program code for performing the method shown in the flowcharts. In such an embodiment, the computer program may be downloaded and installed from a network via communications device 707, or installed from storage device 708, or installed from ROM 702. When executed by the processing means 701, performs the scene access of the above-described application defined in the method of the embodiments of the present disclosure.

It should be noted that the computer readable medium described in the present disclosure may be a computer readable signal medium or a computer readable storage medium, or any combination of the two. The computer readable storage medium can be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or a combination of any of the foregoing. More specific examples of the computer-readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the context of this disclosure, a computer-readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. In the present disclosure, however, the computer-readable signal medium may include a data signal propagated in baseband or as part of a carrier wave, with the computer-readable program code embodied therein. Such a propagated data signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination of the foregoing. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to: electrical wires, fiber optic cables, RF (radio frequency), and the like, or any suitable combination of the foregoing.

The computer readable medium may be contained in the electronic device; or may exist alone without being incorporated into the electronic device.

The computer-readable medium carries one or more programs which, when executed by the electronic device, cause the electronic device to perform the methods shown in the above embodiments, e.g., to perform scene accesses of the above applications defined in the methods of the embodiments of the present disclosure.

Computer program code for carrying out operations of the present disclosure may be written in one or more programming languages, including an object oriented programming language such as Java, smalltalk, C ++ and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any kind of network, including a local area network (Local Area Network, LAN for short) or a wide area network (Wide Area Network, WAN for short), or it may be connected to an external computer (e.g., connected via the internet using an internet service provider).

The flowcharts and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present disclosure. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.

The units involved in the embodiments of the present disclosure may be implemented by means of software, or may be implemented by means of hardware. The name of the unit is not limited to the unit itself in some cases, and the acquisition module may be described as "a unit that acquires a portrait image to be processed", for example.

The functions described above herein may be performed, at least in part, by one or more hardware logic components. For example, without limitation, exemplary types of hardware logic components that may be used include: a Field Programmable Gate Array (FPGA), an Application Specific Integrated Circuit (ASIC), an Application Specific Standard Product (ASSP), a system on a chip (SOC), a Complex Programmable Logic Device (CPLD), and the like.

In the context of this disclosure, a machine-readable medium may be a tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. The machine-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of a machine-readable storage medium would include an electrical connection based on one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

In a first aspect, an embodiment of the present disclosure provides a method for accessing a scene of an application, which is applied to a server, where the method includes:

According to one or more embodiments of the present disclosure, the information of the jump path includes an identification of a start interface of the jump path, an identification of an end interface of the jump path, a page structure tree of a user interface of the application, and a control that triggers the jump path.

According to one or more embodiments of the present disclosure, the determining, from a jump path between user interfaces of the application, an available path of the user interface accessing a first target scene of the application includes:

determining an end point interface of the available path according to the identification of the user interface of the first target scene;

determining a starting interface of the available path according to the page structure tree;

and determining a control triggering each jump path from a starting point interface of the available path to an ending point interface of the available path.

According to one or more embodiments of the present disclosure, after the determining of the available path of the user interface accessing the first target scene of the application from the jump path between the user interfaces of the application, the method further comprises:

testing the available paths, and determining test results of the available paths, wherein the test results are used for indicating whether the available paths can be played back or not;

and sending the information of the available paths to a client, wherein the information of the available paths comprises the test result of the available paths.

According to one or more embodiments of the present disclosure, the information of the available path further includes a test time of the available path and a number of hops of the available path.

In a second aspect, an embodiment of the present disclosure provides a scene access method of an application, applied to a client, where the method includes:

According to one or more embodiments of the present disclosure, the information of the available path includes a test time of the available path, a number of hops of the available path, and a test result of the available path, the test result of the available path being used to indicate whether the available path is playable.

According to one or more embodiments of the present disclosure, the determining, according to the information of the available paths, a recommended path from the available paths includes:

and determining the recommendation priority of the available paths according to the recommendation priority of the information of the available paths.

According to one or more embodiments of the present disclosure, the determining a recommended path from the available paths includes:

determining an available path for successful playback from the available paths according to the test result of the available paths;

Determining an available path with the minimum number of hops from the available paths for successful playback;

and determining an available path with the test time closest to the current time of the client from the available paths with the minimum jumping times as the recommended path.

According to one or more embodiments of the present disclosure, after the user interface accessing the first target scene using the recommendation path, the method further comprises:

receiving a jump instruction triggered by a target control in a user interface of the first target scene, wherein the scene jump instruction comprises an identifier of a user interface of a second target scene;

determining whether the second target scene is within a scene whitelist;

if yes, jumping from the user interface of the first target scene to the user interface of the second target scene.

In accordance with one or more embodiments of the present disclosure, after said determining whether the identity of the second target scene is within a scene white list, the method further comprises:

and if not, determining that the target control is invalid to trigger.

In a third aspect, an embodiment of the present disclosure provides a scene access device of an application, the device including:

According to one or more embodiments of the present disclosure, the determining module is specifically configured to determine an endpoint interface of the available path according to an identifier of a user interface of the first target scene; determining a starting interface of the available path according to the page structure tree; and determining a control triggering each jump path from a starting point interface of the available path to an ending point interface of the available path.

According to one or more embodiments of the present disclosure, the scene accessing apparatus further includes:

the test module is used for testing the available paths and determining test results of the available paths, wherein the test results are used for indicating whether the available paths can be played back or not;

And the sending module is used for sending the information of the available paths to the client, wherein the information of the available paths comprises the test result of the available paths.

In a fourth aspect, an embodiment of the present disclosure provides a scene access device of an application, the device including:

According to one or more embodiments of the present disclosure, the determining module is specifically configured to determine a recommendation priority of the available path according to a recommendation priority of the information of the available path.

According to one or more embodiments of the present disclosure, the determining module is specifically configured to determine, according to a test result of the available paths, an available path that is successfully played back from the available paths; determining an available path with the minimum number of hops from the available paths for successful playback; and determining an available path with the test time closest to the current time of the client from the available paths with the minimum jumping times as the recommended path.

According to one or more embodiments of the present disclosure, the receiving module is further configured to receive a jump instruction triggered by a target control in a user interface of the first target scene, where the scene jump instruction includes an identifier of a user interface of a second target scene;

The determining module is further configured to determine whether the second target scene is in a scene white list;

and the access module is further used for jumping from the user interface of the first target scene to the user interface of the second target scene if yes.

According to one or more embodiments of the present disclosure, the determining module is further configured to determine that the target control is not triggered if not.

the memory stores computer-executable instructions;

In a sixth aspect, embodiments of the present disclosure provide a client, including: at least one processor and memory;

the memory stores computer-executable instructions;

In a seventh aspect, an embodiment of the present disclosure provides a computer-readable storage medium, where computer-executable instructions are stored, and when executed by a processor, implement an access method for an application scenario according to the first aspect or the second aspect.

In an eighth aspect, embodiments of the present disclosure provide a computer program product comprising computer instructions which, when executed by a processor, implement the access method of the first aspect or the second aspect for designing the application scenario.

The foregoing description is only of the preferred embodiments of the present disclosure and description of the principles of the technology being employed. It will be appreciated by persons skilled in the art that the scope of the disclosure referred to in this disclosure is not limited to the specific combinations of features described above, but also covers other embodiments which may be formed by any combination of features described above or equivalents thereof without departing from the spirit of the disclosure. Such as those described above, are mutually substituted with the technical features having similar functions disclosed in the present disclosure (but not limited thereto).

Moreover, although operations are depicted in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order. In certain circumstances, multitasking and parallel processing may be advantageous. Likewise, while several specific implementation details are included in the above discussion, these should not be construed as limiting the scope of the present disclosure. Certain features that are described in the context of separate embodiments can also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment can also be implemented in multiple embodiments separately or in any suitable subcombination.

Although the subject matter has been described in language specific to structural features and/or methodological acts, it is to be understood that the subject matter defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are example forms of implementing the claims.

Claims

1. An application scene access method, which is characterized by being applied to a server, comprises the following steps:

2. The method of claim 1, wherein the information of the jump path includes an identification of a start interface of the jump path, an identification of an end interface of the jump path, a page structure tree of a user interface of the application, and a control that triggers the jump path.

3. The method of claim 2, wherein determining available paths of the user interface accessing the first target scene of the application from among jump paths between the user interfaces of the application comprises:

4. A method according to any of claims 1-3, characterized in that after said determination of available paths of the user interface accessing the first target scene of the application from among the jump paths between the user interfaces of the application, the method further comprises:

5. The method of claim 4, wherein the information of the available paths further comprises a test time of the available paths and a number of hops of the available paths.

6. An application scene access method, which is applied to a client, the method comprising:

7. The method of claim 6, wherein the information of the available path includes a test time of the available path, a number of hops of the available path, and a test result of the available path, the test result of the available path being used to indicate whether the available path is playable.

8. The method of claim 7, wherein determining a recommended path from the available paths based on the information of the available paths comprises:

9. The method of claim 8, wherein the recommended priority of the test results for the available path is greater than the recommended priority of the number of hops for the available path, and wherein the recommended priority of the number of hops for the available path is greater than the recommended priority of the test time for the available path.

10. The method of claim 9, wherein determining a recommended path from the available paths comprises:

11. The method of any of claims 6-10, wherein after the accessing the user interface of the first target scene using the recommendation path, the method further comprises:

determining whether the second target scene is within a scene whitelist;

12. The method of claim 11, wherein after said determining whether the identity of the second target scene is within a scene whitelist, the method further comprises:

And if not, determining that the target control is invalid to trigger.

13. A scene access device for an application, the device comprising:

14. A scene access device for an application, the device comprising:

15. A server, comprising: at least one processor and memory;

The memory stores computer-executable instructions;

the at least one processor executing computer-executable instructions stored in the memory causes the at least one processor to perform the method of any one of claims 1 to 5.

16. A client, comprising: at least one processor and memory;

the memory stores computer-executable instructions;

the at least one processor executing computer-executable instructions stored in the memory causes the at least one processor to perform the method of any one of claims 6 to 12.

17. A computer readable storage medium having stored therein computer executable instructions which when executed by a processor implement the method of any one of claims 1 to 12.

18. A computer program product comprising computer instructions which, when executed by a processor, implement the method of any one of claims 1 to 12.