CN116266421A

CN116266421A - Test management method, system and equipment

Info

Publication number: CN116266421A
Application number: CN202111540607.5A
Authority: CN
Inventors: 施冬繁; 宁波; 王阳
Original assignee: BMW Brilliance Automotive Ltd
Current assignee: BMW Brilliance Automotive Ltd
Priority date: 2021-12-16
Filing date: 2021-12-16
Publication date: 2023-06-20

Abstract

The present disclosure relates to test management methods, systems, and devices. There is provided a computer-implemented test management method comprising: synchronizing information related to a test event of a product from a network side of an intranet at a test terminal under a networking state that the test terminal can access the intranet; collecting test data at the test terminal under the condition that the test terminal cannot access the broken network state of the intranet; and automatically synchronizing the test data to the network side in a networking state that the test terminal can access the intranet. The present disclosure provides efficient test management.

Description

Test management method, system and equipment

Technical Field

The present disclosure relates to test management, and in particular to test management methods, systems, and apparatus for product testing.

Background

After the automobile is assembled, a tester is required to conduct actual road test on a real road to test the performance and the use experience of the automobile in various aspects.

Traditionally, prior to performing drive tests, a group of test personnel are organized and test vehicles are arranged. Each tester actually uses the vehicle for drive tests, such as driving the vehicle and using various facilities and services within the vehicle. Each tester manually records various problems found during the drive test using a paper form to evaluate the performance and use experience of the vehicle. And then, according to the information recorded in the paper tables, combing the test events of the automobile, and analyzing each discovered problem.

Conventional test recording methods suffer from various problems, such as manual recording being very inefficient and not conducive to statistical analysis of the recorded test data. The recorded test data is limited to paper data only, and audio/picture/video data without response lacks objectivity. Furthermore, even if audio/picture/video data can be recorded with auxiliary equipment, associating such data with the respective test recordings involves a great deal of labor and is prone to error. Evaluation analysis of the problem of the vehicle based on the information recorded in the paper table is inefficient and lacks objectivity.

Disclosure of Invention

According to an embodiment of the present disclosure, there is provided a test management method implemented by a computer, including: synchronizing information related to a test event of a product from a network side of an intranet at a test terminal under a networking state that the test terminal can access the intranet; collecting test data at the test terminal under the condition that the test terminal cannot access the broken network state of the intranet; and automatically synchronizing the test data to the network side in a networking state that the test terminal can access the intranet.

According to an embodiment of the present disclosure, the method may further include: on the network side, information about the test event is configured.

According to an embodiment of the present disclosure, the method may further include: on the network side, a plurality of issue entries are presented based on the test data, each issue entry including one or more of an issue description, information of a vehicle in which the issue is presented, information of a tester of the issue, associated pictures and/or audio and/or video.

According to an embodiment of the present disclosure, the operation of presenting a plurality of problem entries based on test data may include: categorizing and ranking the plurality of issue entries according to keywords, and presenting the plurality of issue entries based on the categorizing and ranking.

According to an embodiment of the present disclosure, the operation of collecting test data via the test terminal may further include: accessing a vehicle selection user interface to select a vehicle under test, the vehicle selection user interface comprising a plurality of selection elements corresponding to a plurality of vehicles, respectively; and accessing a test record user interface in response to selecting the vehicle under test, the test record user interface including elements for invoking a recording function and/or a shooting function of the test terminal.

According to an embodiment of the present disclosure, the method may further include: the collected test data is stored at the test terminal.

According to an embodiment of the present disclosure, in a networking state in which the test terminal can access the intranet, the operation of automatically synchronizing the test data to the network side may further include: and responding to the test terminal to identify the intranet and automatically connect with the intranet, and automatically uploading the test data to a data center at the network side.

According to an embodiment of the present disclosure, the information related to the test event includes configuration information of the vehicle under test.

According to an embodiment of the present disclosure, there is provided a computer system including: one or more processors, and a memory coupled with the one or more processors, the memory storing computer-readable program instructions that, when executed by the one or more processors, cause the one or more processors to perform the method as described above.

According to an embodiment of the present disclosure, there is provided a computer readable storage medium having stored thereon computer readable program instructions which, when executed by a processor, cause the processor to perform a method as described above.

According to an embodiment of the present disclosure, there is provided a computer program product comprising computer readable program instructions which, when executed by a processor, cause the processor to perform the method as described above.

Drawings

Fig. 1 shows an exemplary flowchart of a test management method according to an embodiment of the present disclosure.

Fig. 2A illustrates an exemplary "participant management" user interface according to an embodiment of the disclosure.

FIG. 2B illustrates an exemplary "upload configuration table" user interface in accordance with an embodiment of the present disclosure.

FIG. 2C illustrates an exemplary vehicle creation user interface according to an embodiment of the disclosure.

Fig. 3A illustrates an exemplary vehicle selection user interface at a test terminal according to an embodiment of the present disclosure.

Fig. 3B illustrates an exemplary test record user interface at a test terminal according to an embodiment of the present disclosure.

FIG. 4 illustrates an exemplary problem entry presentation according to an embodiment of the present disclosure.

FIG. 5 illustrates another exemplary problem entry presentation in accordance with embodiments of the present disclosure.

Fig. 6 is a schematic diagram illustrating a general hardware environment in which devices according to embodiments of the present disclosure may be implemented.

Detailed Description

The following description is presented to enable one of ordinary skill in the art to make and use the embodiments and is provided in the context of a particular application and its requirements. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other embodiments and applications without departing from the spirit or scope of the embodiments. Thus, the embodiments are not limited to the embodiments shown, but are to be accorded the widest scope consistent with the principles and features disclosed herein.

Embodiments of the present application relate to methods, systems, and apparatus for optimizing test management for product testing. The embodiment of the application is configured with the information related to the test event of the product at the network side of the intranet, and the information related to the test event is synchronized from the network side when the test terminal is in a state of networking with the intranet before testing. In the test, the test terminal can be in a state of being incapable of networking with the intranet, and test data are collected and stored at the test terminal. After the test is finished, when the test terminal is in a state of networking with the intranet, the test data can be automatically synchronized to the network side. Problem entries based on test data may be presented at the network side. The embodiment of the application provides a high-efficiency test management method, saves cost and improves the accuracy of test data. The method and the device are convenient to realize efficient and convenient test data recording, test data previewing and test data analysis.

Embodiments of the present application are described with an automobile as an example of a product. Those skilled in the art will appreciate that the product is not limited to automobiles.

Fig. 1 illustrates an exemplary flow chart of a test management method 100 according to an embodiment of the disclosure.

As shown in fig. 1, the method 100 includes a step S101, in which, at a network side, information about a test event of a product is configured.

An operator may access a configuration web page on the network side via an intranet computer (e.g., the web page is only intranet accessible) to configure information about test events for the product.

Various user interfaces may be provided to configure information related to test events for a product.

In some embodiments, the information related to the test event of the product may include information related to the tester, such as the tester's name, department, etc. A "participant management" interface may be provided for configuring relevant information of the tester.

FIG. 2A illustrates an exemplary "participant management" interface. As shown in FIG. 2A, a tester may select a test event by checking a check box.

Although not shown, in some embodiments, an element for adding tester information may be provided. In some embodiments, the contact of the tester, such as a mail address, may be configured. After selecting the testers involved in the test, the network side may automatically notify the mail address of the testers of the test event.

In some embodiments, the information related to the test event of the product may include schedule information related to the test event and/or information related to the basic configuration of the vehicle under test. Such information may be recorded in a configuration table, for example. The operator can configure schedule information related to the test event and information related to the basic configuration of the vehicle under test by uploading the configuration table.

An "upload configuration table" interface for uploading a vehicle configuration table of a vehicle to be tested may be provided. FIG. 2B illustrates an exemplary "upload configuration table" interface. As shown in fig. 2B, a user may upload one or more configuration tables by manipulating "upload configuration tables".

The configuration table may include information related to the test schedule. The test schedule, for example, schedules at what times which types of tests are to be performed.

The configuration table may include information related to a basic configuration of the vehicle under test, such as a model type of the vehicle under test, an engine number, a vehicle identification number, a version number, and information related to a function of the vehicle under test. In addition to the above information, a certain vehicle's configuration list may indicate that it is luxury, has an external fuel filter, provides intelligent emergency, driving services, connection driving services, has a panorama sunroof, an automatic tailgate, an alarm system, an automatic transmission, a comfortable power seat, and an automatic air conditioner, for example.

The information of the configuration table can be called by a tester at any time in the test process to check the test schedule and/or know the basic information of the vehicle.

One configuration table may be provided for all the vehicles to be tested, or one configuration table may be provided for each vehicle to be tested. The information may also be configured in a form other than a configuration table. Those skilled in the art can make settings as desired.

The information related to the test event of the product may include various configuration information of each vehicle under test. A "create vehicle" interface for configuring vehicle-related information may be provided. FIG. 2C illustrates in detail such an exemplary vehicle creation user interface.

As shown in fig. 2C, a user may configure information about a vehicle under test by editing one or more user interface elements.

For example, the user may add the test vehicle data entry by clicking "add vehicle". Each vehicle to be tested has a corresponding item including a vehicle number, a vehicle identification number, a train, a vehicle model, a production bill number, a vehicle specification, and a corresponding operation button. These operation buttons may be used, for example, to select a configuration table associated with the vehicle under test in the corresponding entry from among the plurality of uploaded configuration tables, to upload a specification of the vehicle under test for the corresponding entry, to delete the entry, and the like.

The vehicle specification provides detailed description about the structure, use, and the like of the vehicle. By configuring the vehicle specifications, the tester can access the specifications of the tested vehicle at any time in the test process to acquire the required information.

It will be appreciated by those skilled in the art that the user interfaces shown in fig. 2A-2C are merely exemplary, and that a variety of different settings may be made as desired, such as configuring different information, providing different operating buttons.

The method 100 may further comprise step S103, where information related to a test event of a product is synchronized at the test terminal from a network side of the intranet in a networked state in which the test terminal has access to the intranet.

The test terminal receives configured information related to the test event of the product from the network side of the intranet.

In some embodiments, before the tester proceeds to perform the test and while the test terminal is in the intranet networking state, the tester may log in to the test terminal by entering information such as a name, thereby triggering the synchronization.

The method 100 may further comprise step S105, in which test data is collected at the test terminal in a broken network state in which the test terminal is not able to access the intranet.

During testing, a tester may access a vehicle selection user interface at a test terminal. FIG. 3A illustrates an exemplary vehicle selection user interface. The tester may select different vehicles and perform tests and evaluations on the selected vehicles.

In some embodiments, the test terminal may generate a corresponding operation interface at the test terminal based on the synchronized information related to the test event of the product. For example, as shown in fig. 3A, if the information about the test event of the product configures 4 vehicles under test, a user interface having operable interface elements corresponding to the 4 vehicles under test, respectively, may be generated at the test terminal. I.e., elements "vehicle 1" to "vehicle 4".

The test person may access the test record interface corresponding to vehicle 1 by selecting (e.g., by clicking on) the corresponding element (e.g., element "vehicle 1"), as shown in fig. 3B. As shown in FIG. 3B, the test record interface may include an "add" element (represented by a circle with "+" in the user interface of FIG. 3B) for adding a record entry. The test record interface may also include elements such as "call recording function" and "call camera function". These elements are used to invoke the recording and/or shooting functions of the test terminal to obtain audio, pictures or video associated with the test recording when needed. The operation of invoking the function may be associated with editing of each record.

For example, when a tester adds a "large rolling noise in driving", the "call recording function" element may be operated to cause the test terminal to record the rolling noise. For another example, when a tester adds a "surface scratch, a color surface quality defect" element may be operated to call a camera function "element so that the test terminal turns on the camera so that a related picture may be taken.

Real-time audio/picture/video data recorded in association with the test record may provide more objective and accurate data for subsequent assessment of the vehicle.

Since the test terminal is usually in a disconnected state with the intranet during actual road, the test data collected and recorded at the test terminal can be stored locally at the test terminal. The tester information, problem descriptions, audio/picture/video, etc. associated with each test record may be stored in association.

As shown in fig. 3B, a "vehicle configuration" element may also be provided for enabling a tester to access a configuration table and/or instructions associated with the vehicle 1 by, for example, clicking on the element when needed. The method can provide great convenience for testers to acquire test schedule, vehicle configuration information and other test reference information at any time.

Fig. 3A and 3B are merely exemplary user interfaces, and one skilled in the art may make various settings as desired by the design.

The method 100 may further comprise step S107, where the test data is automatically synchronized to the network side in a networking state where the test terminal has access to the intranet.

After the drive test is finished, when a tester carries the test terminal back to the company, and therefore, the test terminal can be reconnected to the intranet, the test terminal can automatically synchronize the stored test data to the network side.

In some embodiments, the tester may access an upload operation interface provided by the test terminal to cause test data to be uploaded to the network side. In other embodiments, the test data is automatically uploaded to the data center on the network side in response to the test terminal identifying the intranet and automatically connecting to the intranet. The manual uploading operation is completely avoided, the manpower is further saved, and the efficiency is improved.

The method 100 may further comprise step S109, at which, on the network side, a plurality of problem entries are presented based on the test data, each problem entry comprising one or more of a description of the problem, information of the vehicle in which the problem is present, information of the tester of the problem, associated pictures and/or audio and/or video.

As shown in fig. 4, a plurality of problem entries may be presented based on test data synchronized from the test terminal. Each problem entry may include, for example, an entry number, a problem description, vehicle information, an evaluation value (BI), tester or problem finder information, evaluation conditions, corresponding audio/picture/video, and the like.

Taking item 1 as an example, the problem description shows that when the handset is connected viase:Sub>A USB-ase:Sub>A and USB-C, the handset is playing music instead of the vehicle, the vehicle under test is vehicle 2, the evaluation value is 5, the finder is Zhang three, the evaluation condition is static, associated video and comments/schemes.

FIG. 5 illustrates another exemplary problem entry presentation in accordance with embodiments of the present disclosure. In some embodiments, the plurality of problem entries may be categorized and arranged according to keywords and presented based on the categorization and arrangement. For example, if both

problem entries

1 and 2 relate to seat adjustment noise,

entries

1 and 2 may be categorized into a group and displayed together when displayed. Those skilled in the art can set various rules for classifying and arranging the problem entries as needed, for example, for the same kind of problem entries, the problem entries are displayed in a concentrated manner according to the arrangement of the evaluation values from high to low. For example, items for the same car are categorized together for display. This may facilitate subsequent analysis and evaluation.

Embodiments of the present application provide improved test management methods, systems, and devices. The test terminal can synchronize the information related to the test event in the networking state, execute the record of the test data in the disconnected network state, and automatically synchronize the test data in the networking state, thereby improving the convenience and efficiency of test management. The test terminal can generate a corresponding user interface based on the information related to the test event, and the record/shooting function of the test terminal is allowed to be called by a user to collect real-time data when the test record is carried out, so that more objective test data is provided, and the record of a tester is greatly facilitated. The test data stored by the test terminal can be automatically synchronized to the network end in response to being connected to the intranet, so that the labor is further saved, and the working efficiency is improved. Based on the synchronous test data, the automatic presentation of a plurality of problem entries can be supported on the network side, and the problem entries can be classified and arranged based on information such as keywords, so that the presentation of the problem entries is more convenient to analyze.

Fig. 6 is a schematic diagram illustrating a general hardware environment in which devices (e.g., network-side devices and test terminals) according to embodiments of the present disclosure may be implemented.

Referring now to FIG. 6, a schematic diagram of an example of a computing node 600 is shown. Computing node 600 is but one example of a suitable computing node and is not intended to suggest any limitation as to the scope of use or functionality of the embodiments described herein. Regardless, the computing node 600 is capable of implementing and/or performing any of the functions set forth above.

In computing node 600, there is a computer system/server 6012 that can operate in conjunction with a number of other general purpose or special purpose computing system environments or configurations. Examples of well known computing systems, environments, and/or configurations that may be suitable for use with computer system/server 6012 include, but are not limited to: personal computer systems, server computer systems, thin clients, thick clients, hand-held or laptop devices, multiprocessor systems, microprocessor-based systems, set top boxes, programmable consumer electronics, network PCs, minicomputers systems, mainframe computer systems, distributed cloud computing environments that include any of the above systems or devices, and the like.

Computer system/server 6012 may be described in the general context of computer-system-executable instructions, such as program modules, being executed by a computer system. Generally, program modules may include routines, programs, objects, components, logic, data structures, etc. that perform particular tasks or implement particular abstract data types. Computer system/server 6012 may be practiced in distributed cloud computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed cloud computing environment, program modules may be located in both local and remote computer system storage media including memory storage devices.

As shown in fig. 6, computer system/server 6012 in computing node 600 is shown in the form of a general purpose computing device. Components of computer system/server 6012 may include, but are not limited to: one or more processors or processing units 6016, a system memory 6028, and a bus 6018 that couples various system components including the system memory 6028 to the processing unit 6016.

Bus 6018 represents one or more of any of several types of bus structures, including a memory bus or memory controller, a peripheral bus, an accelerated graphics port, a processor, or a local bus using any of a variety of bus architectures. By way of example, and not limitation, such architectures include, but are not limited to, industry Standard Architecture (ISA) bus, micro channel architecture (MAC) bus, enhanced ISA bus, video Electronics Standards Association (VESA) local bus, peripheral Component Interconnect (PCI) bus, peripheral component interconnect express (PCIe), and Advanced Microcontroller Bus Architecture (AMBA).

Computer system/server 6012 typically comprises a variety of computer system-readable media. Such media can be any available media that is accessed by computer system/server 6012 and includes both volatile and nonvolatile media, removable and non-removable media.

The system memory 6028 may include computer system-readable media in the form of volatile memory, such as Random Access Memory (RAM) 30 and/or cache memory 6032. Computer system/server 6012 may also include other removable/non-removable, volatile/nonvolatile computer system storage media. By way of example only, a storage system 6034 may be provided for reading from and writing to non-removable, non-volatile magnetic media (not shown, and commonly referred to as a "hard disk drive"). Although not shown, a magnetic disk drive may be provided for reading from and writing to a removable, nonvolatile magnetic disk (e.g., a "floppy disk"), and an optical disk drive may be provided for reading from and writing to a removable, nonvolatile optical disk such as a CD-ROM, DVD-ROM, or other optical media. In such cases, each may be coupled to bus 6018 by one or more data medium interfaces. As will be further depicted and described below, memory 6028 may include at least one program product having a set (e.g., at least one) of program modules configured to carry out the functions of embodiments of the disclosure.

By way of example, and not limitation, program/utility 6040 having a set (at least one) of program modules 6042 and an operating system, one or more application programs, other program modules, and program data may be stored in memory 6028. An operating system, one or more application programs, other program modules, and program data, or some combination thereof, may each include an implementation of a network environment. Program modules 6042 generally perform the functions and/or methods in the embodiments as described herein.

Computer system/server 6012 may also communicate with one or more external devices 6014 such as a keyboard, pointing device, display 6024, etc., one or more devices that enable a user to interact with computer system/server 6012, and/or any device (e.g., network card, modem, etc.) that enables computer system/server 6012 to communicate with one or more other computing devices. Such communication may occur via an input/output (I/O) interface 22. Also, computer system/server 6012 may communicate with one or more networks such as a Local Area Network (LAN), a general Wide Area Network (WAN), and/or a public network (e.g., the internet) via network adapter 20. As depicted, network adapter 20 communicates with other components of computer system/server 6012 via bus 6018. It should be appreciated that although not shown, other hardware and/or software components can be utilized in conjunction with computer system/server 6012. Examples include, but are not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data archive storage systems, among others.

The present disclosure may be embodied as systems, methods, and/or computer program products. The computer program product may include a computer-readable storage medium(s) having computer-readable program instructions thereon for causing a processor to perform aspects of the present disclosure.

A computer readable storage medium may be a tangible device that can hold and store instructions for use by an instruction execution device. The computer readable storage medium may be, for example, but not limited to, an electronic storage device, a magnetic storage device, an optical storage device, an electromagnetic storage device, a semiconductor storage device, or any suitable combination of the foregoing. A non-exhaustive list of more specific examples of the computer readable storage medium include the following: portable computer disks, hard disks, random Access Memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), static Random Access Memory (SRAM), portable compact disk read-only memory (CD-ROM), digital Versatile Disks (DVD), memory sticks, floppy disks, mechanical coding devices such as punch cards or in-groove bump structures having instructions stored thereon, and any suitable combination of the foregoing. A computer-readable storage medium, as used herein, is not to be construed as a transitory signal itself, such as a radio wave or other freely propagating electromagnetic wave, an electromagnetic wave propagating through a waveguide or other transmission medium (e.g., a pulse of light through a fiber optic cable), or an electrical signal transmitted through an electrical wire.

The computer readable program instructions described herein may be downloaded from a computer readable storage medium to individual computing/processing devices or over a network (e.g., the internet, a local area network, a wide area network, and/or a wireless network) to an external computer or external storage device. The network may include copper transmission cables, fiber optic transmissions, wireless transmissions, routers, firewalls, switches, gateway computers and/or edge servers. The network adapter card or network interface in each computing/processing device receives computer readable program instructions from the network and forwards these computer readable program instructions for storage in a computer readable storage medium in the respective computing/processing device.

Computer readable program instructions for performing the operations of the present disclosure may be assembly instructions, instruction Set Architecture (ISA) instructions, machine-dependent instructions, microcode, firmware instructions, state setting data, or source or object code written in any combination of one or more programming languages, including an object oriented programming language such as Smalltalk, c++ or the like and conventional over-programmed programming languages such as the "C" programming language or similar programming languages. The computer readable program instructions 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 (LAN) or a Wide Area Network (WAN), or may be connected to an external computer (e.g., through the internet using an internet service provider). In some embodiments, the custom electronic circuit, including, for example, a programmable logic circuit, a Field Programmable Gate Array (FPGA), or a Programmable Logic Array (PLA), may be personalized by utilizing state information of computer readable program instructions that may be executed in order to perform aspects of the disclosure.

Aspects of the present disclosure are described herein with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the disclosure. It will be understood that each block of the flowchart illustrations and/or block diagrams, and combinations of blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer-readable program instructions.

These computer readable program instructions may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks. These computer readable program instructions may also be stored in a computer readable storage medium that can direct a computer, programmable data processing apparatus, and/or other devices to function in a particular manner, such that the computer readable medium having the instructions stored therein includes an article of manufacture including instructions which implement the function/act specified in the flowchart and/or block diagram block or blocks.

The computer readable program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other devices to cause a series of operational steps to be performed on the computer, other programmable apparatus or other devices to produce a computer implemented process such that the instructions which execute on the computer, other programmable apparatus or other devices implement the functions/acts specified in the flowchart and/or block diagram block or blocks.

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 instructions, which comprises one or more executable instructions for implementing the specified logical function(s). 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.

Those skilled in the art will also appreciate that the various operations illustrated in the order of execution in the embodiments of the disclosure are not necessarily performed in the order illustrated. The order of operations may be adjusted as desired by those skilled in the art. Those skilled in the art may add more operations or omit some of them as desired.

The description of the various embodiments of the present disclosure has been presented for purposes of illustration, but is not intended to be exhaustive or limited to the disclosed embodiments. Many modifications and variations will be apparent to those of ordinary skill in the art without departing from the scope and spirit of the described embodiments. The terminology used herein was chosen to best explain the principles of the embodiments, the practical application, or the technical improvement of the technology found in the marketplace, or to enable others skilled in the art to understand the embodiments disclosed herein.

Claims

1. A computer-implemented test management method, comprising:

synchronizing information related to a test event of a product from a network side of an intranet at a test terminal under a networking state that the test terminal can access the intranet;

collecting test data at the test terminal under the condition that the test terminal cannot access the broken network state of the intranet; and

and automatically synchronizing the test data to the network side in a networking state that the test terminal can access the intranet.

2. The method of claim 1, further comprising:

on the network side, information about the test event is configured.

3. The method of claim 1, further comprising:

on the network side, a plurality of issue entries are presented based on the test data, each issue entry including one or more of an issue description, information of a vehicle in which the issue is presented, information of a tester of the issue, associated pictures and/or audio and/or video.

4. The method of claim 3, wherein presenting the plurality of problem entries based on the test data comprises:

categorizing and ranking the plurality of problem entries according to keywords, and

the plurality of problem entries are presented based on the categorizing and ranking.

5. The method of claim 1, wherein collecting test data via the test terminal further comprises:

accessing a vehicle selection user interface to select a vehicle under test, the vehicle selection user interface comprising a plurality of selection elements corresponding to a plurality of vehicles, respectively;

in response to selecting one of the plurality of selection elements, accessing a test record user interface associated with a vehicle corresponding to the selected element, the test record user interface including elements for invoking a sound recording function and/or a shooting function of the test terminal.

6. The method of claim 1, further comprising:

the collected test data is stored at the test terminal.

7. The method of claim 1, wherein automatically synchronizing the test data to the network side in a networking state in which the test terminal has access to the intranet further comprises:

and responding to the test terminal to identify the intranet and automatically connect with the intranet, and automatically uploading the test data to a data center at the network side.

8. The method of any one of claim 1 to 7, wherein,

the information related to the test event includes configuration information of the vehicle under test.

9. A computer system, comprising:

one or more processors, and

a memory coupled to the one or more processors, the memory storing computer-readable program instructions that, when executed by the one or more processors, cause the one or more processors to perform the method of any of claims 1-8.

10. A computer readable storage medium having stored thereon computer readable program instructions which, when executed by a processor, cause the processor to perform the method of any of claims 1-8.

11. A computer program product comprising computer readable program instructions which, when executed by a processor, cause the processor to perform the method of any of claims 1-8.