Key generation method and device during testing process, computer device and storage medium

Abstract

The application is suitable for the technical field of computers and provides a key generation method and device in a test process, computer equipment and a storage medium, which comprises the following steps in sequence: receiving an automatic test instruction, KEY server deployment confirmation, judging whether there is key data, obtaining key information from the KEY server to generate a KEY.BIN file, burning the KEY.BIN file by using an AFU tool, verifying the written KEY, obtaining CBR information, uploading the CBR to the KEY server, automatically passing the test log, and returning the CBR after shipment; by the application, the operator does not need to run a script to obtain the key, the Report (collection) script is not missed, the skill level of the tester is not high, the key data is automatically checked before the test, the CBR is automatically obtained after the successful burning, the KEY server is uploaded, the bound state is displayed by terminal inquiry, the test KEYID and SN are not needed to be bound and directly uploaded to the MES server, and the export is convenient for providing the customer.

Description

Technical Field

[0001] This invention belongs to the field of information testing technology, and in particular relates to a key generation method, apparatus, computer equipment, and storage medium during the testing process. Background Technology

[0002] In the testing of some application software, automated testing platforms are frequently used. This process typically involves inputting scripts, modifying parameters, simulating a terminal sending requests to the server, and then simulating automated testing. All parameters are transmitted in plaintext, even passwords are encrypted. However, the terminal and server usually use symmetric encryption algorithms. When performing automated testing on the terminal of these application software programs, the parameters must be decrypted using a key to see the original request before the script can be input, parameters modified, and the terminal's requests to the server simulated. Therefore, obtaining the key during the testing process is crucial.

[0003] In current applications, DES encryption is used between the terminal and the server. During automated testing, since the key is stored in the terminal's memory, the terminal can obtain the key in advance without changing it. Automated test cases can then be completed by directly calling the relevant encryption / decryption APIs. However, this method suffers from the drawback of operators repeatedly running scripts to obtain the key, leading to the risk of missed operations and placing high demands on testers. Therefore, we propose a key generation method specifically for the testing process to address these issues. Summary of the Invention

[0004] The purpose of this invention is to provide a key generation method, apparatus, computer device, and storage medium during testing, aiming to solve the problem that inaccurate call reminders and poor user experience are caused by the inability of existing technologies to provide an effective key acquisition method.

[0005] On one hand, the present invention provides a key generation method during testing, the method comprising the following steps: Receive automated test instructions; KEY server deployment confirmed; Determine if key data exists; Generate a KEY.BIN file by obtaining key information from the KEY server; Use the AFU tool to burn the KEY.BIN file; Verify the key written to it; Obtain CBR information; Upload the CBR to the KEY server, upload the test log automatically to pass through the site, and then send the CBR back after shipment.

[0006] The method for key generation during the testing process described in this invention, wherein determining whether key data exists includes: If the key data exists, the CBR is uploaded to the KEY server, the test log is uploaded automatically, and the CBR is sent back after shipment. If the key data does not exist, the key information is obtained from the KEY server to generate a KEY.BIN file and the subsequent steps are executed sequentially.

[0007] The method for key generation during the testing process described in this invention includes, if the key data does not exist, determining whether the key information has been obtained from the key server before generating the KEY.BIN file. If the key data is not obtained, the CBR is uploaded to the KEY server, the test log is uploaded automatically, and the CBR is returned to the shipment server. If the key data is obtained, use the AFU tool to burn the KEY.BIN file and then execute the subsequent steps in sequence.

[0008] The key generation method during the testing process described in this invention, wherein if the key data is not successfully obtained, the key acquisition action is repeated three times. If the key acquisition fails after repeating the acquisition action 3 times, the CBR is uploaded to the KEY server, the test log is uploaded automatically and the CBR is returned to the shipment server. If the key is successfully obtained after repeating the acquisition action 3 times, use the AFU tool to burn the KEY.BIN file and then execute the subsequent steps in sequence.

[0009] The method for key generation during the testing process described in this invention includes, if the key data is obtained, using an AFU tool to burn the KEY.BIN file and determining whether the burning was successful. If the programming is successful, the KEY will be verified and subsequent steps will be executed sequentially. If the burning process fails, the CBR is uploaded to the KEY server, the test log is automatically uploaded and passed through the station, and the CBR is returned to the shipper.

[0010] The key generation method during the testing process described in this invention includes, if the programming is successful, verifying whether the written key is accurate. If the verification key is accurate, the CBR information is obtained, the CBR is uploaded to the key server, the test log is uploaded automatically, and the CBR is sent back to the shipment server. If the verification key is not accurate, the CBR is uploaded to the key server, the test log is uploaded automatically, and the CBR is sent back after shipment.

[0011] The method for key generation during the testing process described in this invention further includes: After the KEY.BIN file is successfully burned, the CBR is returned to the KEY server and the status is displayed as Bound. The KEY server has the Microsoft MSC application installed and has a pre-registered account logged in to receive the key issued by the customer and display it in the MSC window.

[0012] On the other hand, the present invention provides an apparatus for generating a key during a testing process, the apparatus comprising: The instruction receiving module is used to receive automated test instructions; The server-side key data acquisition module is used to obtain server-side key data by calling the key data extraction script associated with the predetermined script path on the KEY server through the script call interface according to the automated test instructions and the predetermined script path. The key generation module is used to generate a key based on the local terminal key data and the server key data.

[0013] On the other hand, the present invention also provides a computer device for key generation during testing, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program to implement the steps of the method described above.

[0014] On the other hand, the present invention also provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the steps of the method described above.

[0015] The beneficial effects of this invention are as follows: With this invention, operators do not need to run scripts to obtain keys, there is no risk of missing Report (collection) scripts, the skill level requirement for testers is not high, the existence of key data is automatically checked before testing, CBR is automatically obtained and uploaded to the KEY server after successful burning, the terminal query displays the bound status, and there is no need to bind the test KEYID and SN to directly upload to the MES server, which is convenient for export and providing to customers. Attached Figure Description

[0016] Figure 1 This is a flowchart illustrating the implementation of the key generation method during the testing process of this invention.

[0017] Figure 2This is a flowchart illustrating the implementation of the key generation method during the testing process provided in Embodiment 1 of the present invention.

[0018] Figure 3 This is a schematic diagram of the device structure for generating a key during the testing process provided in Embodiment 2 of the present invention.

[0019] Figure 4 This is a schematic diagram of a computer device system for generating keys during the testing process, provided in Embodiment 3 of the present invention. Detailed Implementation

[0020] To make the objectives, technical solutions, and advantages of this invention clearer, the invention will be further described in detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative and not intended to limit the invention.

[0021] The specific implementation of the present invention will be described in detail below with reference to specific embodiments: Example 1

[0022] Figure 1 and 2 The implementation flow of the key generation method during the testing process provided in Embodiment 1 of the present invention is illustrated. For ease of explanation, only the parts related to the embodiments of the present invention are shown, and are described in detail below: In step S101: Receive automated test instructions; In step S102: KEY server deployment confirmation. Specifically, the KEY server PC configuration requirements are: Win7, Win10, general server2008, 8GB or more of memory, 128GB or more of HDD, i3 or higher CPU, and 2 network cards (with fixed IP address on the internal network and fixed or automatically obtained IP address on the external network). In step S103: Determine whether key data exists; In step S104: Key information is obtained from the KEY server to generate the KEY.BIN file; In step S105: Use the AFU tool to burn the KEY.BIN file; In step S106: Verify the written KEY; In step S107: Obtain CBR information; In step S108: Upload the CBR to the KEY server, upload the test log automatically for transit, send the CBR back after shipment, and set the test log for easy traceability.

[0023] The KEY.BIN file is burned to devices such as Tongfang Elite All-in-One PCs, ViewSonic S096, Belgian i3, S064, Odin, Cmax OPS, CVT63V, CVT63A, CVT43A, and CVT43V.

[0024] Specifically, determining whether key data exists includes: If key data exists, upload the CBR to the KEY server, upload the test log for automatic station passage, and send the CBR back after shipment. If key data does not exist, key information is obtained from the KEY server to generate a KEY.BIN file and the subsequent steps are executed sequentially.

[0025] Specifically, if key data does not exist, before generating the KEY.BIN file, it is determined whether key information has been obtained from the KEY server. If the key data is not obtained, upload the CBR to the KEY server, upload the test log for automatic passage, and ship back the CBR. If the key data is obtained, use the AFU tool to burn the KEY.BIN file and then perform the subsequent steps in sequence.

[0026] Specifically, if the key data is not successfully obtained, the key acquisition action will be repeated three times. If the key acquisition fails after repeating the acquisition action 3 times, upload the CBR to the KEY server, upload the test log for automatic passage, and ship back the CBR. If the key is successfully obtained after repeating the acquisition action 3 times, use the AFU tool to burn the KEY.BIN file and then execute the subsequent steps in sequence.

[0027] Specifically, if the key data is obtained, the AFU tool is used to burn the KEY.BIN file and determine whether the burning was successful. If the programming is successful, the KEY will be verified and subsequent steps will be executed sequentially. If the burning fails, upload the CBR to the KEY server, upload the test log automatically to pass through the station, and ship back the CBR; Specifically, if the flashing is successful, the accuracy of the written key is verified. If the verification key is accurate, obtain the CBR information, upload the CBR to the key server, upload the test log for automatic station passage, and send the CBR back for shipment. If the verification code written to the KEY is inaccurate, the CBR is uploaded to the KEY server, the test log is uploaded and automatically passed through the site, and the CBR is sent back after shipment.

[0028] Specifically, the methods also include: After successfully burning the KEY.BIN file, the CBR is retrieved and sent back to the KEY server, displaying a "Bound" status. The KEY server has the Microsoft MSC application installed and a pre-registered account logged in. It receives keys from customers and displays them in the MSC window. This invention eliminates the risk of operators running scripts to obtain keys, avoids missing Report (collection) scripts, allows for one-to-multiple machine testing of burning the key.bin file, reduces the likelihood of duplicates, omissions, or cross-references, and requires less proficiency from testers. Before testing, the system automatically checks for the presence of key data. Upon successful burning, the CBR is automatically retrieved and uploaded to the KEY server, and the terminal displays a "Bound" status. This prevents errors, improves production efficiency, simplifies employee operations, and eliminates the need to bind test KEYIDs to SNs before uploading to the MES server, facilitating export to customers. Example 2

[0029] Figure 3 The apparatus for generating a key during the testing process provided in Embodiment 2 of the present invention is shown. For ease of explanation, only the parts related to the embodiments of the present invention are shown, including: Instruction receiving module 51 is used to receive automated test instructions; The server-side key data acquisition module 52 is used to obtain server-side key data by calling the key data extraction script associated with the predetermined script path on the KEY server through the script call interface according to the automated test instructions and the predetermined script path. The key generation module 53 is used to generate a key based on local terminal key data and server key data.

[0030] In this embodiment of the invention, each unit of the key generation device during the testing process can be implemented by a corresponding hardware or software unit. Each unit can be an independent hardware or software unit, or it can be integrated into a hardware or software unit. This is not intended to limit the invention. Example 3

[0031] Figure 4 The computer device for generating keys during the testing process provided in Embodiment 3 of the present invention is shown. For ease of explanation, only the parts related to the embodiments of the present invention are shown.

[0032] The computer device 6 for generating keys during the testing process in this embodiment of the invention includes a processor 60, a memory 61, and a computer program 62 stored in the memory 61 and executable on the processor 60. When the processor 60 executes the computer program 62, it implements the steps in the various key generation method embodiments described above, for example... Figure 1 The steps S101 to S108 are shown. Alternatively, when the processor 60 executes the computer program 62, it implements the functions of each unit in the above-described device embodiments, for example... Figure 2 The functions of units 51 to 53 are shown. Example 4

[0033] In this embodiment of the invention, a computer-readable storage medium is provided, which stores a computer program. When executed by a processor, the computer program implements the steps in the key generation method embodiment described above during the testing process. For example... Figure 1 The steps S101 to S108 are shown. Alternatively, when the computer program is executed by the processor, it implements the functions of each unit in the above-described device embodiments, for example... Figure 2 The functions of units 51 to 53 are shown.

[0034] The computer-readable storage medium in embodiments of the present invention may include any entity or device capable of carrying computer program code, a recording medium, such as ROM / RAM, disk, optical disk, flash memory, etc.

[0035] The above are merely preferred embodiments of the present invention and are not intended to limit the present invention. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of the present invention should be included within the protection scope of the present invention.

Claims

1. A method for key generation during testing, characterized in that, The method includes the following steps: Receive automated test instructions; KEY server deployment confirmed; Determine if key data exists. If the key data exists, proceed with the subsequent CBR upload step; otherwise, proceed with the following steps in sequence: Generate a KEY.BIN file by obtaining key information from the KEY server; Use the AFU tool to burn the KEY.BIN file; Verify the key written to it; Obtain CBR information; Upload the CBR to the KEY server, automatically upload the test logs, and send the CBR back after shipment. Before generating the KEY.BIN file, it is determined whether the key information has been obtained from the KEY server. If the key data is not obtained, the key acquisition action is repeated three times. If obtaining the key fails after repeating the acquisition action three times, then directly execute the step of uploading the CBR to the KEY server; If the key data is obtained, use the AFU tool to burn the KEY.BIN file and then execute the subsequent steps in sequence.

2. The method for key generation during the testing process as described in claim 1, characterized in that, If the key data is obtained, the AFU tool is used to burn the KEY.BIN file and the success of the burning process is determined. If the programming is successful, the KEY will be verified and subsequent steps will be executed sequentially. If the burning process fails, the CBR is uploaded to the KEY server, the test log is automatically uploaded and passed through the station, and the CBR is returned to the shipper.

3. The method for key generation during the testing process as described in claim 2, characterized in that, If the programming is successful, verify that the written key is accurate. If the verification key is accurate, the CBR information is obtained, the CBR is uploaded to the key server, the test log is uploaded automatically, and the CBR is sent back to the shipment server. If the verification key is not accurate, the CBR is uploaded to the key server, the test log is uploaded automatically, and the CBR is sent back after shipment.

4. The method for key generation during the testing process as described in any one of claims 1-3, characterized in that, The method further includes: After the KEY.BIN file is successfully burned, the CBR is returned to the KEY server and the status is displayed as Bound. The KEY server has the Microsoft MSC application installed and has a pre-registered account logged in to receive the key issued by the customer and display it in the MSC window.

5. A computer device for generating a key during a test, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that, When the processor executes the computer program, it implements the steps of the method as described in any one of claims 1 to 3.

6. A computer-readable storage medium storing a computer program, characterized in that, When the computer program is executed by a processor, it implements the steps of the method as described in any one of claims 1 to 3.

Images