CPFT Collaborative Verification Test Method, System, Equipment, and Media Based on Intermediate Files

Abstract

This invention discloses a CPFT collaborative verification test method, system, device, and medium based on intermediate files, relating to the field of CPFT testing. The method includes: S1, obtaining test requirements; S2, determining test points based on the test requirements; S3, generating an initial intermediate file based on the test points and uploading the intermediate file to a preset server; S4, the server receiving user operation instructions and modifying and updating the intermediate file based on these instructions; S5, parsing the intermediate file and generating test vectors based on the parsed intermediate file; and S6, submitting the test vectors to a test platform for testing. This invention, through the generation and uploading of intermediate files to a preset server, allows each part to directly modify the intermediate file and generate test vectors after receiving the requirements, avoiding the complexity of communication, version iteration errors, and delays, and eliminating the need for multiple departments to convey a complete set of requirements.

Description

Technical Field

[0001] This invention relates to the field of wafer testing technology, and in particular to a CPFT collaborative verification test method, system, device and medium based on intermediate files. Background Technology

[0002] like Figure 1 As shown, the traditional complete production testing process (CPFT) from wafer to finished product includes: Before testing, the testing requirements need to be clearly defined and then passed on to the test engineer; after defining the existing requirements, the test engineer will inform the design engineer, who will then assess the feasibility based on the requirements; after assessing the feasibility, the design engineer will communicate with the verification engineer to determine the required test vectors and their specific implementation; based on the design engineer's requirements, the verification engineer will generate compliant test vectors, communicating with the design engineer during this process to ensure compliance with the test vector requirements during simulation; after the verification engineer and design engineer have successfully completed the test vectors, they need to submit the test vectors to the test engineer, who will then submit them to the base station testing vendor for testing; if the base station testing is successful, the process ends; if it fails, it needs to be reported back to the test engineer, and the above steps are repeated.

[0003] However, this traditional CPFT testing process has many problems, including: multiple communication between departments for the same requirement, leading to misunderstandings; the same interface information being repeatedly defined in third-party toolchains; the verification environment and test cases not being updated synchronously after design modifications, resulting in version inconsistencies; problem localization requiring multiple rounds of communication across teams, forming a "triangular closed loop" of verification-design-test, resulting in high communication costs; and test incentives relying on manual coding, resulting in low automation and susceptibility to human error. Summary of the Invention

[0004] To address the technical problems existing in the background art, this invention proposes a CPFT collaborative verification test method, system, device, and medium based on intermediate files.

[0005] In a first aspect, the present invention proposes a CPFT collaborative verification test method based on intermediate files, comprising: S1. Obtain test requirements; S2. Determine the test points based on the test requirements; S3. Based on the test points, generate the initial intermediate file and upload the intermediate file to the preset server; S4. The server receives user operation instructions and modifies and updates intermediate files based on these instructions; users include one or more of designers, verifiers, and testers. S5. Parse the intermediate file and generate test vectors based on the parsed intermediate file; S6. Submit the test vectors to the test base for testing.

[0006] Preferably, the intermediate file includes an operation field that defines the operation type, an address field that defines the operation address, and a data field that defines the operation data or delay period; The operation fields include: write operations, read operations, and delayed operations.

[0007] Preferably, in S5, after parsing the intermediate file, the following steps are also included: The correctness of the parsed intermediate file is verified. If the verification passes, test stimuli are generated based on the parsed intermediate file.

[0008] Preferably, the correctness of the parsed intermediate file is verified, specifically including: Extract data from each line of the parsed intermediate file; Based on the preset delimiter, the values ​​of the operation field, address field, and data field of each row are separated from each row of extracted data; Perform correctness verification on each field of each row; If all fields in all rows pass the validation, then the intermediate file has passed the correctness validation. If any field in any row fails validation, then the intermediate file is determined to have failed the correctness validation.

[0009] Preferably, the correctness of each field in each row is verified, specifically including: For each row, check whether the value of the operation field is within the predefined keyword set; Verify whether the value of the address field conforms to the preset address width format; Verify whether the value of the data field conforms to the preset data width format.

[0010] Preferably, after modifying and updating the intermediate file based on the operation instructions, the method further includes storing the intermediate file and the corresponding test points.

[0011] Preferably, before verifying the correctness of the parsed intermediate file, the method further includes: Perform repeatability verification on the parsed intermediate file and the corresponding test points; if the test points are the same, the intermediate file is the same as the intermediate file that has been stored and used to generate test vectors, then report an error and indicate that the intermediate file has been reused.

[0012] Preferably, the intermediate file also includes supplementary fields, which include "new" and "NEW". Before performing repeatability verification on the parsed intermediate file and the corresponding test points, the supplementary fields of the parsed intermediate file are extracted. If the supplementary field is "new" or "NEW", then the correctness verification of the parsed intermediate file is performed directly.

[0013] Preferably, generating test vectors based on the parsed intermediate files specifically includes: For each line of the parsed intermediate file, when the value of the operation field is a write operation, the value of the address field of the current line is used as the target address field, and the write operation is called to write the value of the data field of the current line to the value of the target data field corresponding to the target address field; When the value of the operation field is a read operation, the value of the address field of the current row is set to the target address field. The read operation is then called to read the value of the target data field corresponding to the target address field and output it. When the value of the operation field is a delayed operation, the corresponding clock cycle is delayed based on the value of the data field in the current row.

[0014] Preferably, in S6, it further includes: If the test passes, the process ends. If the test fails, proceed to S4; If the number of consecutive failed tests reaches the preset number, proceed to S2.

[0015] Secondly, this invention also proposes a CPFT collaborative verification test system based on intermediate files, comprising: We need to acquire a module to obtain test requirements; The processing module is used to determine test points according to test requirements; generate initial intermediate files based on the test points; and upload the intermediate files to a preset server. The server is used to receive user operation instructions and modify and update intermediate files based on these instructions; the users include one or more of the designers, verifiers, and testers. The generation module is used to parse intermediate files and generate test vectors based on the parsed intermediate files; the test vectors are then submitted to the test platform for testing.

[0016] Thirdly, the present invention also proposes an electronic device, 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 CPFT co-verification test method based on intermediate files as described in any one of the first aspects.

[0017] Fourthly, the present invention also proposes a computer-readable storage medium having a computer program stored thereon, wherein the computer program, when executed by a processor, implements the steps of the CPFT co-verification test method based on intermediate files as described in any one of the first aspects.

[0018] This invention proposes a CPFT collaborative verification testing method, system, device, and medium based on intermediate files. First, test points are determined based on the acquired test requirements. Then, an initial intermediate file is generated based on the test points and uploaded to a pre-set server. The server receives user operation instructions and modifies and updates the intermediate file accordingly. Finally, the intermediate file is parsed, and test vectors are generated based on the parsed file. This invention, through the generation and uploading of intermediate files to a pre-set server, allows each part to directly modify the intermediate file and generate test vectors after encountering the requirements, avoiding the complexity of communication, version iteration errors, and delays. It eliminates the need for multiple departments to convey a complete set of requirements. Attached Figure Description

[0019] Figure 1 This is the traditional CPFT testing process.

[0020] Figure 2 This is a flowchart illustrating the CPFT collaborative verification test method based on intermediate files in one embodiment of the present invention. Detailed Implementation

[0021] It should be noted that, unless otherwise specified, the embodiments and features described in the present invention can be combined with each other. The present invention will now be described in detail with reference to the accompanying drawings and embodiments.

[0022] Firstly, referring to Figure 2 The present invention proposes a CPFT collaborative verification test method based on intermediate files, comprising: S1. Obtain test requirements; S2. Determine the test points based on the test requirements; S3. Based on the test points, generate the initial intermediate file and upload the intermediate file to the preset server; S4. The server receives the user's operation instructions and modifies and updates the intermediate files based on the operation instructions; S5. Parse the intermediate file and generate test vectors based on the parsed intermediate file; S6. Submit the test vectors to the test base for testing.

[0023] This invention first determines test points based on the obtained test requirements; generates an initial intermediate file based on the test points and uploads the intermediate file to a preset server; the server receives user operation instructions and modifies and updates the intermediate file based on the operation instructions; parses the intermediate file and generates test vectors based on the parsed intermediate file.

[0024] This invention generates intermediate files and uploads them to a pre-set server. After receiving the requirements, each part can directly modify the intermediate files and automatically generate test vectors based on the modified intermediate files. This avoids the complexity of communication, the confusion and lag in version iteration, and eliminates the need to go through multiple departments to convey a complete requirement. It also eliminates the need to manually write test vectors.

[0025] In some embodiments, S6 further includes: If the test passes, the process ends. If the test fails, proceed to S4 to receive the user's operation instructions again and modify and update the intermediate files based on the operation instructions; If the number of consecutive failures in the test reaches the preset number, proceed to S2 to redetermine the test points according to the test requirements.

[0026] It's important to understand that in some implementations, the only factor affecting test vector generation is the difference in intermediate files. Once each department fills out the intermediate files according to the provided fixed format, the parsing and processing of the intermediate files, as well as the execution program for generating test vectors, remain consistent. This avoids unexpected problems caused by modifying the environment as in previous processes. Modifying only the intermediate files ensures that the final generated test vectors remain consistent at any given point in time.

[0027] In some embodiments, the server records modifications and updates to intermediate files so that people in different departments can understand the version changes of intermediate files through the version history on SVN and make modifications accordingly, avoiding the problem of untimely iterations in the previous process of the file.

[0028] In some embodiments, the intermediate file is a table file, including operation (op), address (addr), and data fields. The operation field defines the operation type, the address field defines the operation address, and the data field defines the operation data or delay period.

[0029] The operation fields include: write operations, read operations, and delayed operations. Write operations include WRITE and write. Read operations include READ and read. Delayed operations include DELAY and delay.

[0030] When the value of the operation op field is "WRITE" or "write", i.e., a write operation, the value of the data field represents the value to be written to the register corresponding to the address addr field; when the value of the operation op field is "READ" or "read", i.e., a read operation, the value of the data field represents the value to be read, which does not require operation; when the value of the operation op field is "DELAY" or "delay", i.e., a delay operation, the value of the data field represents the required delay information, i.e., how many clock cycles need to be delayed.

[0031] In some embodiments, the intermediate file is in CSV format to facilitate submission to the server, where it can be opened and formatted into a table using Office tools, enabling batch processing of the contents of each column in the intermediate file. In the CSV format intermediate file, fields are separated by commas.

[0032] In some embodiments, after parsing the intermediate file in S5, the method further includes: The correctness of the parsed intermediate file is verified. If the verification passes, test stimuli are generated based on the parsed intermediate file.

[0033] This embodiment verifies the correctness of the intermediate file content, thereby avoiding the impact of typos. In some further embodiments, the correctness of the parsed intermediate file is verified, specifically including: Extract data from each line of the parsed intermediate file; Based on the preset delimiter, the values ​​of the operation field, address field, and data field of each row are separated from each row of extracted data; Perform correctness verification on each field of each row; If all fields in all rows pass the validation, then the intermediate file has passed the correctness validation. If any field in any row fails validation, then the intermediate file is determined to have failed the correctness validation.

[0034] In further implementations, the correctness of each field in each row is validated, including: For each row, verify whether the value of the operation field is a predefined valid operation type keyword; Verify whether the value of the address field conforms to the preset address width format; Verify whether the value of the data field conforms to the preset data width format.

[0035] During the process of verifying the correctness of the values ​​of the operation fields, keyword judgment is performed on the values ​​of the operation fields. If the keywords of the field do not match the preset keyword set, an error is directly reported and the number of the error line is indicated. If the keywords of the field match the preset keyword set but there is a writing format error, an error is directly reported and it is indicated that the writing format needs to be modified.

[0036] The keyword set includes WRITE, write, READ, read, DELAY, and delay.

[0037] During the correctness verification of the address field value, keyword judgment is performed on the address field value. Specifically, the address field is hexadecimal data starting with 0x, with the address bus being 32 bits. It is judged whether the bit width of the written address field value is 32 bits. If not, it will be judged that the address field value is not written in accordance with the requirements, and an error will be reported and the problematic line will be indicated.

[0038] During the correctness verification of the data field value, keyword judgment is performed on the data field value. For example, if the data field value is also data starting with hexadecimal, starting with 0x, and the address bus is 32 bits, it is checked whether the bit width of the written data field value is 32 bits. If not, it will be judged that the data field value is not written in accordance with the requirements, and an error will be reported and the problematic line will be indicated.

[0039] Since each line in the intermediate file includes the operation `op`, address `addr`, and data fields, in some embodiments, test vectors are generated based on the parsed intermediate file, specifically including: For each line in the parsed intermediate file, first check the operation field op. If the value of the operation field op is WRITE or write, that is, during a write operation, use the value of the address field addr of the current line as the target address seq.addr, and write the value of the data field of the current line into the target data field seq.data corresponding to the target address seq.addr through the write operation. If the value of the operation field op is READ or read, the value of the address field addr of the current row is used as the target address seq.addr, and the read operation is called to obtain the value of the target data segment corresponding to the target address. That is, the value of the data field of the current row is read and output directly. If op[i] is DELAY or delay, that is, during a delay operation, the clock cycle is delayed according to the value of the data field of the current row.

[0040] This embodiment can automatically generate test vectors based on the parsed intermediate files, avoiding version inconsistency issues and eliminating the need for manual editing.

[0041] In some embodiments, users include one or more of designers, verifiers, and testers, enabling designers, verifiers, and testers to collaboratively edit and version control intermediate files.

[0042] In some embodiments, after modifying and updating the intermediate file based on the operation instructions, the method further includes: storing the intermediate file and the corresponding test points to facilitate subsequent repeatable comparisons.

[0043] In some embodiments, before verifying the correctness of the parsed intermediate file, the method further includes: Perform repeatability verification on the parsed intermediate file and the corresponding test points; if the test points are the same, the intermediate file is duplicated with the intermediate file that has been stored and for which test vectors have been generated, then report an error and indicate that the intermediate file has been reused; otherwise, perform correctness verification on the parsed intermediate file.

[0044] This setup avoids situations where different users modify the same test points and intermediate files, leading to repeated correctness verification and test vector generation, thus saving computational resources.

[0045] In some further embodiments, the intermediate file also includes supplementary fields, which include "new" and "NEW". Before performing repeatability verification on the parsed intermediate file and the corresponding test points, the supplementary fields of the parsed intermediate file are extracted. If the supplementary field is "new" or "NEW", the correctness verification of the parsed intermediate file is performed directly; otherwise, the repeatability verification of the parsed intermediate file and the corresponding test points is performed.

[0046] This setting allows for a reproducibility check without comparing the file with previously stored intermediate files when it is set to new or NEW. This effectively forces the use of the intermediate file for simulation and test vector generation to meet the user's testing requirements.

[0047] Secondly, this invention also proposes a CPFT collaborative verification test system based on intermediate files, comprising: We need to acquire a module to obtain test requirements; The processing module is used to determine test points according to test requirements; generate initial intermediate files based on the test points; and upload the intermediate files to a preset server. The server is used to receive user operation instructions and modify and update intermediate files based on these instructions; the users include one or more of the designers, verifiers, and testers. The generation module is used to parse intermediate files and generate test vectors based on the parsed intermediate files; the test vectors are then submitted to the test platform for testing.

[0048] In some embodiments, the intermediate file includes an operation field that defines the operation type, an address field that defines the operation address, and a data field that defines the operation data or delay period. The operation fields include: write operations, read operations, and delayed operations.

[0049] In some embodiments, after parsing the intermediate file, the method further includes: verifying the correctness of the parsed intermediate file; if the verification passes, generating test stimuli based on the parsed intermediate file.

[0050] In some embodiments, the correctness verification of the parsed intermediate file specifically includes: Extract data from each line of the parsed intermediate file; Based on the preset delimiter, the values ​​of the operation field, address field, and data field of each row are separated from each row of extracted data; Perform correctness verification on each field of each row; If all fields in all rows pass the validation, then the intermediate file has passed the correctness validation. If any field in any row fails validation, then the intermediate file is determined to have failed the correctness validation.

[0051] In some embodiments, the correctness of each field in each row is validated, specifically including: For each row, check whether the value of the operation field is within the predefined keyword set; Verify whether the value of the address field conforms to the preset address width format; Verify whether the value of the data field conforms to the preset data width format.

[0052] In some embodiments, generating test vectors based on the parsed intermediate file specifically includes: For each line of the parsed intermediate file, when the value of the operation field is a write operation, the value of the address field of the current line is used as the target address field, and the write operation is called to write the value of the data field of the current line to the value of the target data field corresponding to the target address field; When the value of the operation field is a read operation, the value of the address field of the current row is set to the target address field. The read operation is then called to read the value of the target data field corresponding to the target address field and output it. When the value of the operation field is a delayed operation, the corresponding clock cycle is delayed based on the value of the data field in the current row.

[0053] In some embodiments, after modifying and updating the intermediate file based on the operation instructions, the method further includes storing the intermediate file and the corresponding test points.

[0054] In some embodiments, before verifying the correctness of the parsed intermediate file, the method further includes: Perform repeatability verification on the parsed intermediate file and the corresponding test points; if the test points are the same, the intermediate file is duplicated with the intermediate file that has been stored and for which test vectors have been generated, then report an error and indicate that the intermediate file has been reused; otherwise, perform correctness verification on the parsed intermediate file.

[0055] In some further embodiments, the intermediate file also includes supplementary fields, which include "new" and "NEW". Before performing repeatability verification on the parsed intermediate file and the corresponding test points, the supplementary fields of the parsed intermediate file are extracted. If the supplementary field is "new" or "NEW", the correctness verification of the parsed intermediate file is performed directly; otherwise, the repeatability verification of the parsed intermediate file and the corresponding test points is performed.

[0056] In some embodiments, when submitting test vectors to the test base for testing, if the test passes, the process ends; if the test fails, the user's operation instructions are received again, and the intermediate file is modified and updated based on the operation instructions. The generation module parses the intermediate file and generates test vectors based on the parsed intermediate file. The test vectors are then submitted to the test base for testing until the test passes. If the number of consecutive failures reaches the preset number, the test points are redefined according to the test requirements; based on the test points, an initial intermediate file is generated and uploaded to the preset server; the server receives user operation instructions and modifies and updates the intermediate file based on the operation instructions; the generation module parses the intermediate file and generates test vectors based on the parsed intermediate file; the test vectors are submitted to the test platform for testing until the test passes.

[0057] Thirdly, the present invention also proposes an electronic device, 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 CPFT co-verification test method based on intermediate files as described in any one of the first aspects.

[0058] Fourthly, the present invention also proposes a computer-readable storage medium having a computer program stored thereon, wherein the computer program, when executed by a processor, implements the steps of the CPFT co-verification test method based on intermediate files as described in any one of the first aspects.

[0059] The above description is only a preferred embodiment of the present invention, but the scope of protection of the present invention is not limited thereto. Any equivalent substitutions or modifications made by those skilled in the art within the scope of the technology disclosed in the present invention, based on the technical solution and inventive concept of the present invention, should be covered within the scope of protection of the present invention.

Claims

1. A CPFT collaborative verification test method based on intermediate files, characterized in that, include: S1. Obtain test requirements; S2. Determine the test points based on the test requirements; S3. Based on the test points, generate the initial intermediate file and upload the intermediate file to the preset server; The intermediate file includes operation fields that define the operation type, address fields that define the operation address, and data fields that define the operation data or delay period; among them, the operation fields include: write operation, read operation, and delay operation; S4. The server receives user operation instructions and modifies, updates, and stores intermediate files based on these instructions; the user includes one or more of the designers, verifiers, and testers. S5. Parse the intermediate file and extract the supplementary fields. If the supplementary field is "new" or "NEW", directly verify the correctness of the parsed intermediate file. If the supplementary field is not "new" or "NEW", perform repeatability verification on the parsed intermediate file and the corresponding test points. If the test points are the same, and the intermediate file is the same as the intermediate file that has been stored and used to generate test vectors, report an error and indicate that the intermediate file has been reused. If the repeatability verification passes, verify the correctness of the parsed intermediate file. If the correctness verification passes, generate test vectors based on the parsed intermediate file. S6. Submit the test vector to the test base for testing. If the test passes, the process ends; if the test fails, proceed to S4; if the number of consecutive test failures reaches the preset number, proceed to S2.

2. The CPFT collaborative verification test method based on intermediate files according to claim 1, characterized in that, The correctness of the parsed intermediate file is verified, specifically including: Extract data from each line of the parsed intermediate file; Based on the preset delimiter, the values ​​of the operation field, address field, and data field of each row are separated from each row of extracted data; Perform correctness verification on each field of each row; If all fields in all rows pass the validation, then the intermediate file has passed the correctness validation. If any field in any row fails validation, the intermediate file is determined to have failed the correctness validation. This includes validating the correctness of each field in each row, specifically including: For each row, check whether the value of the operation field is within the predefined keyword set; Verify whether the value of the address field conforms to the preset address width format; Verify whether the value of the data field conforms to the preset data width format.

3. The CPFT collaborative verification test method based on intermediate files according to claim 1, characterized in that, Test vectors are generated based on the parsed intermediate files, specifically including: For each line of the parsed intermediate file, when the value of the operation field is a write operation, the value of the address field of the current line is used as the target address field, and the write operation is called to write the value of the data field of the current line to the value of the target data field corresponding to the target address field; When the value of the operation field is a read operation, the value of the address field of the current row is set to the target address field. The read operation is then called to read the value of the target data field corresponding to the target address field and output it. When the value of the operation field is a delayed operation, the corresponding clock cycle is delayed based on the value of the data field in the current row.

4. A CPFT collaborative verification test system based on intermediate files, characterized in that, include: We need to acquire a module to obtain test requirements; The processing module is used to determine test points based on test requirements; Based on the test points, generate initial intermediate files and upload them to the preset server; The server is used to receive user operation instructions and modify, update, and store intermediate files based on these instructions; the users include one or more of the designers, verifiers, and testers. The generation module parses the intermediate file, extracts supplementary fields, and performs correctness verification directly on the parsed intermediate file if the supplementary field is "new" or "NEW". If the supplementary field is not "new" or "NEW", it performs repeatability verification on the parsed intermediate file and the corresponding test points. If the test points are the same, and the intermediate file is identical to an already stored intermediate file with generated test vectors, an error is reported and a message is displayed indicating that the intermediate file is being reused. If the repeatability verification passes, the parsed intermediate file is verified for correctness. If the correctness verification passes, test vectors are generated based on the parsed intermediate file. The test vectors are submitted to the test platform for testing. If the test passes, the process ends. If the test fails, the server re-receives the user's operation instructions, modifies, updates, and stores the intermediate file based on the operation instructions, regenerates the test vectors, and retests. If the number of consecutive test failures reaches a preset number, the test points are redefined according to the test requirements, and test vectors are regenerated and retested.

5. An electronic device 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 a computer program, it implements the steps of the CPFT co-verification test method based on intermediate files as described in any one of claims 1-3.

6. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by the processor, it implements the steps of the CPFT co-verification test method based on any one of claims 1-3.

Images