CN109739769A - BOOTROM loads method for automatically testing functions and device - Google Patents
BOOTROM loads method for automatically testing functions and device Download PDFInfo
- Publication number
- CN109739769A CN109739769A CN201910002250.1A CN201910002250A CN109739769A CN 109739769 A CN109739769 A CN 109739769A CN 201910002250 A CN201910002250 A CN 201910002250A CN 109739769 A CN109739769 A CN 109739769A
- Authority
- CN
- China
- Prior art keywords
- test
- file
- bootrom
- load
- result
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- For Increasing The Reliability Of Semiconductor Memories (AREA)
- Techniques For Improving Reliability Of Storages (AREA)
- Test And Diagnosis Of Digital Computers (AREA)
Abstract
The invention discloses a kind of BOOTROM load method for automatically testing functions and devices, and method is the following steps are included: load test environment；Receive test instruction；The corresponding image file of test case is received, and is saved in memory；Bootrom runs load images file；Judge whether test case succeeds according to the type information received；If success, reception test instruction step is re-executed automatically；If failure, reloads test environment automatically, and executes reception test instruction step.This programme passes through automatically after testing test case, it receives test instruction again automatically according to test result or reloads test environment, guarantee that test case is successively tested one by one, judged without artificial intervention, the testing time is reduced, while improving testing efficiency.
Description
Technical field
The present invention relates to automatic test fields, especially relate to a kind of BOOTROM load Function Test Automation
Method and device.
Background technique
As shown in Figure 1, existing Bootrom loads functional test scheme are as follows: first establish loading environment, i.e., toward NorFlash
Or the corresponding image file of a certain test case is downloaded in NandFlash；Then it re-powers, Bootrom operation,
Bootrom load images file from NorFlash or NandFlash, if the type information in serial ports output image file,
Show image file successful operation, Bootrom is successfully loaded, test case success；If serial ports exports " printing of CCCCC " letter
Breath, then show Bootrom load failure, and Bootrom comes into Uart downloading mode.Test case failure.
Reality is that Bootrom load functional test use-case is numerous, and each test case must all re-establish test wrapper
Border, and artificially judge whether test case succeeds by serial printing information, this test verification method is not only very complicated,
And testing efficiency is low.
Summary of the invention
In order to solve the defect of the above-mentioned prior art, the object of the present invention is to provide a kind of BOOTROM load function is automatic
Change test method and device.
In order to achieve the above objectives, the technical scheme is that
A kind of BOOTROM load method for automatically testing functions, comprising the following steps:
Load test environment；
Receive test instruction；
The corresponding image file of test case is received, and is saved in memory；
Bootrom runs load images file；
Judge whether test case succeeds according to the type information received；
If success, reception test instruction step is re-executed；
If failure, reloads test environment, and executes reception test instruction step.
Further, the Bootrom runs load images Files step, including,
Bootrom operation and the load images file from memory, when file loads successfully, output success status letter
Breath then exports status of fail information when loading failure.
Further, the type information that the basis receives judges the whether successful step of test case, including,
Obtain the status information for including in type information；
Judge whether test case succeeds according to status information.
Further, after the type information that the basis receives judges the whether successful step of test case, including,
The test result for obtaining test case saves test result association test case；
Export the corresponding test result of all test cases.
Further, described reload tests environment step, including,
Reception failure jumps image file；
Operation unsuccessfully jumps image file, reloads test environment.
Further, the corresponding image file of the reception test case, and step in memory is saved, including,
Image file is downloaded in ISRAM；
Image file is saved into NorFlash or NandFlash.
The invention also provides a kind of BOOTROM to load Function Test Automation device, comprising:
Environment loading unit is used for load test environment；
Instruction receiving unit, for receiving test instruction；
File reception unit for receiving the corresponding image file of test case, and saves in memory；
File loading unit runs load images file for Bootrom；
As a result judging unit, for judging whether test case succeeds according to the type information received, if success, weighs
New execute receives test instruction, if failure, reloads test environment, and executes reception test instruction.
Further, the file loading unit includes file load module, and the file load module is for passing through
Bootrom operation and the load images file from memory export success status information, are loading when file loads successfully
When failure, then status of fail information is exported；
The result judging unit includes obtaining module and judgment module,
The acquisition module, for obtaining the status information for including in type information；
The judgment module, for judging whether test case succeeds according to status information.
It further, further include result output unit, the result output unit includes that result preserving module and result are defeated
Module out,
The result preserving module protects test result association test case for obtaining the test result of test case
It deposits,
The result output module, for exporting the corresponding test result of all test cases.
Further, the file reception unit includes file download module and file preserving module,
The file download module, for image file to be downloaded in ISRAM；
The file preserving module, for saving image file into NorFlash or NandFlash.
The beneficial effects of the present invention are: passing through automatically after testing test case, again automatically according to test result
It receives test instruction or reloads test environment, guarantee that test case is successively tested one by one, be not necessarily to
Artificial intervention is judged, reduces the testing time, while improving testing efficiency.
Detailed description of the invention
Fig. 1 is that existing Bootrom loads functional test scheme；
Fig. 2 is the method flow diagram that a kind of BOOTROM of the present invention loads method for automatically testing functions；
Fig. 3 is that the present invention receives the corresponding image file of test case, and saves the flow chart of step in memory；
Fig. 4 is the method flow diagram that a kind of BOOTROM of the present invention loads method for automatically testing functions；
Fig. 5 is the specific implementation flow chart that a kind of BOOTROM of the present invention loads method for automatically testing functions；
Fig. 6 is the structural block diagram that a kind of BOOTROM of the present invention loads Function Test Automation device；
Fig. 7 is a kind of structural block diagram of file reception unit of the present invention；
Fig. 8 is a kind of structural block diagram of file loading unit of the present invention；
Fig. 9 is a kind of structural block diagram of result judging unit of the present invention；
Figure 10 is a kind of structural block diagram of result output unit of the present invention.
Specific embodiment
To illustrate thought and purpose of the invention, the present invention is done further below in conjunction with the drawings and specific embodiments
Explanation.
Following will be combined with the drawings in the embodiments of the present invention, and technical solution in the embodiment of the present invention carries out clear, complete
Site preparation description, it is clear that described embodiment is only a part of the embodiments of the present invention, instead of all the embodiments.Base
Embodiment in the present invention, it is obtained by those of ordinary skill in the art without making creative efforts it is all its
His embodiment, shall fall within the protection scope of the present invention.
It is to be appreciated that the directional instruction (up, down, left, right, before and after etc.) of institute is only used in the embodiment of the present invention
It explains in relative positional relationship, the motion conditions etc. under a certain particular pose (as shown in the picture) between each component, if the spy
When determining posture and changing, then directionality instruction also correspondingly changes correspondingly, and the connection, which can be, to be directly connected to, can also
To be to be indirectly connected with.
In addition, the description for being such as related to " first ", " second " in the present invention is used for description purposes only, and should not be understood as
Its relative importance of indication or suggestion or the quantity for implicitly indicating indicated technical characteristic.Define as a result, " first ",
The feature of " second " can explicitly or implicitly include at least one of the features.In addition, the technical side between each embodiment
Case can be combined with each other, but must be based on can be realized by those of ordinary skill in the art, when the combination of technical solution
Conflicting or cannot achieve when occur will be understood that the combination of this technical solution is not present, also not the present invention claims guarantor
Within the scope of shield.
Unless otherwise instructed, "/" herein represents meaning as "or".
The emulator of Dstream:ARM official.
A kind of Norflash: non-volatile storage chip.
One kind of Nandflash:flash memory, it is internal to use non-linear macroelement mode, Nandflash storage
Device has many advantages, such as that capacity is larger, and rewriting speed is fast, the storage suitable for mass data.
UART: serial ports is a kind of asynchronous receiving-transmitting transmitter.
A kind of Xmodem: Uart transport protocol.
BootRom: being embedded in microcontroller, the code worked normally for chip.
A kind of Python: computer programming language.
ISRAM: internal stationary random access memory.
B1TCM: it is directly integrated in one of controller chip cache.
Referring to Fig. 2-5, one embodiment of the invention proposes a kind of BOOTROM load method for automatically testing functions, including with
Lower step:
S10, load test environment.
S20, test instruction is received.
S30, the corresponding image file of test case is received, and saved in memory.
S40, Bootrom run load images file.
S50, judge whether test case succeeds according to the type information received, if success, re-execute the steps
S20；
If S70, failure, reload test environment, and execute step S20.
Environment load engineering operation is allowed to get up automatic add in die terminals by DStream adapter tube chip step S10
Test environment is carried, load engineering is used to be test case load test environment, and the corresponding image file of test case is written
Into memory, which runs on B1TCM, and B1TCM is to be directly integrated in one of controller chip cache.
For step S20, after environment loads engineering operation, after loading test environment, receiving host end is waited
The test instruction sended over, tests with after instruction receiving, runs the corresponding test function of test case, die terminals serial ports is defeated
" CCC " out, and host side is waited to send the corresponding image file of the test case.
For step S30, host side runs Python automated test tool, and Python automated test tool is for sending out
It send test to instruct, die terminals is instructed to establish corresponding loading environment.Python automated test tool is receiving " CCC " instruction
Later, die terminals are sent by the corresponding image file of test case, in case follow-up test uses.
With reference to Fig. 3, step S30 the following steps are included:
S31, image file is downloaded in ISRAM；
S32, image file is saved into NorFlash or NandFlash.
It is internal stationary random access memory for step S31 and S32, ISRAM；Norflash is a kind of non-volatile
Storage chip；Nandflash is one kind of flash memory, internal to use non-linear macroelement mode, Nandflash
Memory has many advantages, such as that capacity is larger, and rewriting speed is fast, the storage suitable for mass data.Image file is temporarily saved to
In NorFlash or NandFlash, in case subsequent load image file is tested.
For step S40, Bootrom is that this patent needs purpose project to be tested, and base address 0xffff0000 belongs to
In the proprietary address of chip interior.Engineering is unsuccessfully jumped for PC pointer to be jumped to environment load engineering, unsuccessfully jumps engineering fortune
Row is in ATCM.Purpose project, environment load engineering and unsuccessfully jump different zones of three engineering operations of engineering in chip, mutually
It does not influence.
Step S40 is specifically included:
It is tested by the image file in Bootrom load store device, it is after loading is complete, defeated according to loading result
Status information is integrated output after the completion of all testing cases by loading result status information out.
For step S50, after load images file, the type information in image file, printing are exported by serial ports
Carry status information in information, judge whether test case loads success according to type information, specifically, image file at
When function load operating, serial ports sends " SUCCESS ", and " SUCCESS " is found in type information and then represents testing case
Success；When image file unsuccessfully loads, serial ports sends " CCC ", and " CCC " is found in type information and then represents test case
Test crash.
Meanwhile when discriminating test success, it is re-execute the steps S20, until all test cases are all completed.
For step S70, when determining load failure, Python automated test tool passes through serial ports to controller chip
Transmission unsuccessfully jumps image file, unsuccessfully jumps the operation of engineering image file, and the PC operation pointer of chip controller is jumped to
Loading environment engineering base address, will re-execute the steps S10, re-establish test environment automatically, allows die terminals to resume operation and adds
Environmental project is carried, Python automated test tool is further continued for sending lower test case instruction, finally summarizes test result,
It is exported in the form of excel.
Step S50 the following steps are included:
S51, the status information for including in type information is obtained.
S52, judge whether test case succeeds according to status information.
Specifically, status information includes success status information and status of fail information, such as success status information
" SUCCESS ", status of fail information are " CCC ", when detecting that SUCCESS epoch table successfully completes test, when detecting " CCC "
Represent testing result then as failure.
It is further comprising the steps of after step S50 with reference to Fig. 4:
S60, the test result for obtaining test case save test result association test case.
S61, the corresponding test result of all test cases of output.
For step S60 and S61, test result is saved, and is exported after integrating, it is explicit by all test cases
Test result show user.
It is the actual test process that a kind of BOOTROM of the present invention loads method for automatically testing functions with reference to Fig. 5.Specific mistake
Journey is as follows:
1. people is to pass through DStream adapter tube SSD controller chip.Process 2 is executed in next step.
2. loading environment engineering operation waits host side to send test case instruction.Until instruction then executes process 5.
The operation of 3.Python automated test tool.Process 4 is executed in next step.
4.Python automated test tool sends test case instruction, and controller chip is instructed to build for verifying load function
Found corresponding environment.Process 7 is executed in next step.
5. test case respective function is run.Process 6 is executed in next step.
6. serial ports output " CCC " waits host side to send the corresponding image file of the test case.File is received then to execute
Process 8.
The waiting of 7.Python automated test tool receives " CCC " information.If receiving, the corresponding mirror of test case is sent
As file.Process 15 is executed in next step.
8. the image file received is downloaded in ISRAM.Process 9 is executed in next step.
9. saving image file into NorFlash or NandFlash.Process 10 is executed in next step.
10. the PC operation pointer of chip controller is jumped to the base address Bootrom.Process 11 is executed in next step.
11.Bootrom operation and the load images file from Norflash or Nandflash.It is executed if successfully loading
Otherwise process 12 executes process 14.
12. image file successful operation, Bootrom is loaded successfully, and it is automatic to python that serial ports sends " Success " information
Chemical industry tool.Process 13 is executed in next step.
13. the PC operation pointer of chip controller is jumped to loading environment engineering base address.Process 2 is executed in next step.
14.Bootrom starts download function, and serial ports exports " CCC ".
The result of 15.Python automated test tool waiting test case.It indicates to survey if receiving " Success " information
Example on probation passes through, and executes process 16 in next step.It indicates that test case fails if receiving " CCC " information, executes process in next step
17。
16. process 4 is executed, until all test case execution are all sent.
17.Python automated test tool unsuccessfully jumps engineering image file to controller chip transmission by serial ports,
Process 18 is executed in next step.
18. unsuccessfully jumping the operation of engineering image file.Process 19 is executed in next step.
19. the PC operation pointer of chip controller is jumped to loading environment engineering base address.Process 2 is executed in next step.
This programme by the way that after testing test case, test instruction is received automatically according to test result automatically again
Or test environment is reloaded, guarantee that test case is successively tested one by one, is sentenced without artificial intervention
It is disconnected, the testing time is reduced, while improving testing efficiency.
With reference to Fig. 6-10, another embodiment of the present invention also proposed a kind of BOOTROM load Function Test Automation device,
Include:
Environment loading unit 10 is used for load test environment；
Instruction receiving unit 20, for receiving test instruction；
File reception unit 30 for receiving the corresponding image file of test case, and saves in memory；
File loading unit 40 runs load images file for Bootrom；
As a result judging unit 50, for judging whether test case succeeds according to the type information received, if success,
Reception test instruction is re-executed, if failure, reloads test environment, and executes reception test instruction.
Environment is allowed to load engineering operation in die terminals by DStream adapter tube chip environment loading unit 10
Automatic load test environment, load engineering are used to be test case load test environment, and the corresponding mirror image of test case is literary
Part is written in memory, which runs on B1TCM, and B1TCM is to be directly integrated in one of controller chip height
Speed caching.
For instruction receiving unit 20, after environment loads engineering operation, after loading test environment, wait to be received
The test instruction that host side sends over, tests with after instruction receiving, runs the corresponding test function of test case, die terminals
Serial ports exports " CCC ", and host side is waited to send the corresponding image file of the test case.
For file reception unit 30, host side runs Python automated test tool, Python automatic test work
Tool instructs die terminals to establish corresponding loading environment for sending test instruction.Python automated test tool is receiving
After " CCC " instruction, die terminals are sent by the corresponding image file of test case, in case follow-up test uses.
With reference to Fig. 7, file reception unit 30 includes file download module 31 and file preserving module 32.
File download module 31, for image file to be downloaded in ISRAM.
File preserving module 32, for saving image file into NorFlash or NandFlash.
For file download module 31 and file preserving module 32, ISRAM is internal stationary random access memory；
Norflash is a kind of non-volatile storage chip；Nandflash is one kind of flash memory, internal using non-thread
Property macroelement mode, Nandflash memory has many advantages, such as that capacity is larger, and it is fast to rewrite speed, suitable for depositing for mass data
Storage.Image file is temporarily saved into NorFlash or NandFlash, in case subsequent load image file is tested.
For file loading unit 40, Bootrom is that this patent needs purpose project to be tested, and base address is
0xffff0000 belongs to the proprietary address of chip interior.Engineering is unsuccessfully jumped for PC pointer to be jumped to environment load engineering, is lost
It loses and jumps engineering operation in ATCM.Purpose project, environment load engineering and unsuccessfully jump three engineering operations of engineering in chip
Different zones, be independent of each other.
With reference to Fig. 8, file loading unit 40 includes file load module 41, and the file load module 41 is for passing through
Bootrom operation and the load images file from memory export success status information, are loading when file loads successfully
When failure, then status of fail information is exported.
For result judging unit 50, after load images file, the printing in image file is exported by serial ports and is believed
It ceases, carries status information in type information, judge whether test case loads success according to type information, specifically, in mirror
When as file success load operating, serial ports sends " SUCCESS ", and " SUCCESS " is found in type information and then represents test
Use-case is successfully tested；When image file unsuccessfully loads, serial ports sends " CCC ", and " CCC " is found in type information and is then represented
Testing case failure.
Meanwhile when discriminating test success, reception test instruction is re-executed, until all test cases are all tested
It finishes.
When determining load failure, Python automated test tool is unsuccessfully jumped by serial ports to controller chip transmission
Image file unsuccessfully jumps the operation of engineering image file, and the PC operation pointer of chip controller is jumped to loading environment engineering
Base address re-establishes test environment automatically, allows die terminals to resume operation loading environment engineering, Python automated test tool
It is further continued for sending lower test case instruction, finally test result is summarized, is exported in the form of excel.
With reference to Fig. 9, as a result judging unit 50 includes obtaining module 51 and judgment module 52.
Module 51 is obtained, for obtaining the status information for including in type information.
Judgment module 52, for judging whether test case succeeds according to status information.
Specifically, status information includes success status information and status of fail information, such as success status information
" SUCCESS ", status of fail information are " CCC ", when detecting that SUCCESS epoch table successfully completes test, when detecting " CCC "
Represent testing result then as failure.
With reference to Figure 10, a kind of BOOTROM load Function Test Automation device of the present invention further includes result output unit 60,
As a result output single 60 includes result preserving module 61 and result output module 62.
As a result preserving module 61 save test result association test case for obtaining the test result of test case,
As a result output module 62, for exporting the corresponding test result of all test cases.
Test result is saved, and with the output of ECXEL form after integrating, it is explicit by all test cases
Test result shows user.
This programme by the way that after testing test case, test instruction is received automatically according to test result automatically again
Or test environment is reloaded, guarantee that test case is successively tested one by one, is sentenced without artificial intervention
It is disconnected, the testing time is reduced, while improving testing efficiency.
The above description is only a preferred embodiment of the present invention, is not intended to limit the scope of the invention, all utilizations
Equivalent structure or equivalent flow shift made by description of the invention and accompanying drawing content is applied directly or indirectly in other correlations
Technical field, be included within the scope of the present invention.
Claims (10)
1. a kind of BOOTROM loads method for automatically testing functions, which comprises the following steps:
Load test environment；
Receive test instruction；
The corresponding image file of test case is received, and is saved in memory；
Bootrom runs load images file；
Judge whether test case succeeds according to the type information received；
If success, reception test instruction step is re-executed automatically；
If failure, reloads test environment automatically, and executes reception test instruction step.
2. BOOTROM as described in claim 1 loads method for automatically testing functions, which is characterized in that the Bootrom fortune
Row load images Files step, including,
Bootrom operation and the load images file from memory export success status information when file loads successfully,
When load failure, then status of fail information is exported.
3. BOOTROM as claimed in claim 2 loads method for automatically testing functions, which is characterized in that described according to reception
The type information arrived judges the whether successful step of test case, including,
Obtain the status information for including in type information；
Judge whether test case succeeds according to status information.
4. BOOTROM as claimed in claim 3 loads method for automatically testing functions, which is characterized in that described according to reception
After the type information arrived judges the whether successful step of test case, including,
The test result for obtaining test case saves test result association test case；
Export the corresponding test result of all test cases.
5. BOOTROM as described in claim 1 loads method for automatically testing functions, which is characterized in that described to reload
Environment step is tested, including,
Reception failure jumps image file；
Operation unsuccessfully jumps image file, reloads test environment.
6. BOOTROM as described in claim 1 loads method for automatically testing functions, which is characterized in that the reception test
The corresponding image file of use-case, and step in memory is saved, including,
Image file is downloaded in ISRAM；
Image file is saved into NorFlash or NandFlash.
7. a kind of BOOTROM loads Function Test Automation device characterized by comprising
Environment loading unit is used for load test environment；
Instruction receiving unit, for receiving test instruction；
File reception unit for receiving the corresponding image file of test case, and saves in memory；
File loading unit runs load images file for Bootrom；
As a result judging unit, for judging whether test case succeeds according to the type information received, if success, holds again
Row receives test instruction, if failure, reloads test environment, and executes reception test instruction.
8. BOOTROM as claimed in claim 7 loads Function Test Automation device, which is characterized in that the file load
Unit includes file load module, and the file load module is used for through Bootrom operation and the load images from memory
File exports success status information when file loads successfully, when loading failure, then exports status of fail information；
The result judging unit includes obtaining module and judgment module,
The acquisition module, for obtaining the status information for including in type information；
The judgment module, for judging whether test case succeeds according to status information.
9. BOOTROM as claimed in claim 7 loads Function Test Automation device, which is characterized in that further include that result is defeated
Unit out, the result output unit include result preserving module and result output module,
The result preserving module saves test result association test case for obtaining the test result of test case,
The result output module, for exporting the corresponding test result of all test cases.
10. BOOTROM as claimed in claim 7 loads Function Test Automation device, which is characterized in that the file reception
Unit includes file download module and file preserving module,
The file download module, for image file to be downloaded in ISRAM；
The file preserving module, for saving image file into NorFlash or NandFlash.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910002250.1A CN109739769B (en) | 2019-01-02 | 2019-01-02 | BOOTROM loading function automatic test method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910002250.1A CN109739769B (en) | 2019-01-02 | 2019-01-02 | BOOTROM loading function automatic test method and device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109739769A true CN109739769A (en) | 2019-05-10 |
| CN109739769B CN109739769B (en) | 2022-06-07 |
Family
ID=66363159
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910002250.1A Active CN109739769B (en) | 2019-01-02 | 2019-01-02 | BOOTROM loading function automatic test method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109739769B (en) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110362436A (en) * | 2019-07-12 | 2019-10-22 | 深圳忆联信息系统有限公司 | Improve the method and device of Bootrom testing efficiency |
| CN111767231A (en) * | 2020-07-08 | 2020-10-13 | 瓴盛科技有限公司 | Multi-platform Bootrom verification method, device, system and computer readable medium |
| CN114062887A (en) * | 2020-07-30 | 2022-02-18 | 合肥本源量子计算科技有限责任公司 | Quantum chip testing method, device and system and storage medium |
| CN114816273A (en) * | 2022-06-27 | 2022-07-29 | 杭州优智联科技有限公司 | Adaptive optimal configuration method, device and medium for Norflash |
| CN115993525A (en) * | 2023-03-22 | 2023-04-21 | 山东华翼微电子技术股份有限公司 | Chip batch sample testing and verifying method based on Ymodem protocol |
Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6473894B1 (en) * | 1999-01-29 | 2002-10-29 | International Business Machines Corporation | Dynamic runtime and test architecture for Java applets |
| CN104850475A (en) * | 2015-05-29 | 2015-08-19 | 浙江宇视科技有限公司 | Equipment testing method and device |
| CN105302722A (en) * | 2015-11-03 | 2016-02-03 | 腾讯科技（深圳）有限公司 | CTS automatic test method and apparatus |
| CN105760201A (en) * | 2016-02-29 | 2016-07-13 | 华为技术有限公司 | Starting method and starting device of embedded type device |
| CN106354648A (en) * | 2016-09-06 | 2017-01-25 | 深圳市广和通无线股份有限公司 | python automatic test framework system and test method |
| CN106874029A (en) * | 2016-12-30 | 2017-06-20 | 深圳市广和通无线股份有限公司 | image file loading method and device |
| CN107273249A (en) * | 2016-04-06 | 2017-10-20 | 龙芯中科技术有限公司 | Motherboard test method, processor and main board testing system |
| CN107797919A (en) * | 2017-07-24 | 2018-03-13 | 平安普惠企业管理有限公司 | The method and computing device of a kind of automatic test |
| CN107861864A (en) * | 2017-08-25 | 2018-03-30 | 平安普惠企业管理有限公司 | Automated testing method, system and computer-readable recording medium |
| CN108459961A (en) * | 2017-12-29 | 2018-08-28 | 微梦创科网络科技（中国）有限公司 | The method, client and server of examination are resurveyed after a kind of failure of testing case |
| CN108959080A (en) * | 2018-06-27 | 2018-12-07 | 郑州云海信息技术有限公司 | A kind of automated testing method executed parallel based on UnitTest |
-
2019
- 2019-01-02 CN CN201910002250.1A patent/CN109739769B/en active Active
Patent Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6473894B1 (en) * | 1999-01-29 | 2002-10-29 | International Business Machines Corporation | Dynamic runtime and test architecture for Java applets |
| CN104850475A (en) * | 2015-05-29 | 2015-08-19 | 浙江宇视科技有限公司 | Equipment testing method and device |
| CN105302722A (en) * | 2015-11-03 | 2016-02-03 | 腾讯科技（深圳）有限公司 | CTS automatic test method and apparatus |
| CN105760201A (en) * | 2016-02-29 | 2016-07-13 | 华为技术有限公司 | Starting method and starting device of embedded type device |
| CN107273249A (en) * | 2016-04-06 | 2017-10-20 | 龙芯中科技术有限公司 | Motherboard test method, processor and main board testing system |
| CN106354648A (en) * | 2016-09-06 | 2017-01-25 | 深圳市广和通无线股份有限公司 | python automatic test framework system and test method |
| CN106874029A (en) * | 2016-12-30 | 2017-06-20 | 深圳市广和通无线股份有限公司 | image file loading method and device |
| CN107797919A (en) * | 2017-07-24 | 2018-03-13 | 平安普惠企业管理有限公司 | The method and computing device of a kind of automatic test |
| CN107861864A (en) * | 2017-08-25 | 2018-03-30 | 平安普惠企业管理有限公司 | Automated testing method, system and computer-readable recording medium |
| CN108459961A (en) * | 2017-12-29 | 2018-08-28 | 微梦创科网络科技（中国）有限公司 | The method, client and server of examination are resurveyed after a kind of failure of testing case |
| CN108959080A (en) * | 2018-06-27 | 2018-12-07 | 郑州云海信息技术有限公司 | A kind of automated testing method executed parallel based on UnitTest |
Non-Patent Citations (1)
| Title |
|---|
| 周洁: "基于VxWorks车载控制设备基础软件平台设计与实现", 《中国优秀博硕士学位论文全文数据库（硕士）信息科技辑》 * |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110362436A (en) * | 2019-07-12 | 2019-10-22 | 深圳忆联信息系统有限公司 | Improve the method and device of Bootrom testing efficiency |
| CN111767231A (en) * | 2020-07-08 | 2020-10-13 | 瓴盛科技有限公司 | Multi-platform Bootrom verification method, device, system and computer readable medium |
| CN111767231B (en) * | 2020-07-08 | 2023-10-31 | 瓴盛科技有限公司 | Multi-platform Bootrom verification method, device and system and computer readable medium |
| CN114062887A (en) * | 2020-07-30 | 2022-02-18 | 合肥本源量子计算科技有限责任公司 | Quantum chip testing method, device and system and storage medium |
| CN114816273A (en) * | 2022-06-27 | 2022-07-29 | 杭州优智联科技有限公司 | Adaptive optimal configuration method, device and medium for Norflash |
| CN115993525A (en) * | 2023-03-22 | 2023-04-21 | 山东华翼微电子技术股份有限公司 | Chip batch sample testing and verifying method based on Ymodem protocol |
| CN115993525B (en) * | 2023-03-22 | 2023-08-22 | 山东华翼微电子技术股份有限公司 | Chip batch sample testing and verifying method based on Ymodem protocol |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109739769B (en) | 2022-06-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109739769A (en) | BOOTROM loads method for automatically testing functions and device | |
| CN1185578C (en) | Central processing unit capable of testing and debugging program easily | |
| US7669186B2 (en) | Debugging applications at resource constrained virtual machines using dynamically installable lightweight agents | |
| CN110134415A (en) | A kind of controller and its method for upgrading software and device | |
| CN109783340B (en) | SoC test code programming method, IP test method and device | |
| MX2007005250A (en) | Flash programmer for programming nand flash and nor/nand combined flash. | |
| CN103365701A (en) | Work method of analog card reader and analog communication system | |
| CN110851163B (en) | Software updating method compatible with multi-equipment platform based on CAN communication | |
| CN106909480B (en) | Cross debugging method and device for embedded system | |
| US6839835B2 (en) | Method of loading initial program in processor system | |
| US20070233750A1 (en) | Data control apparatus and method | |
| JP2005070950A (en) | Program processing apparatus | |
| CN111856241A (en) | Chip mass production platform system and implementation method thereof | |
| CN109379588B (en) | Automatic testing method and system for high-definition DVR | |
| CN115656788B (en) | Chip testing system, method, equipment and storage medium | |
| JP2008135008A (en) | Program module verification method | |
| CN100359485C (en) | Testing device and method for flush-bonding system | |
| US5964890A (en) | System call issue method and debug system | |
| CN103309787B (en) | Detection method of nonstandard USB protocol compatibility | |
| US7546589B2 (en) | Semi-automated desk checking system and method | |
| CN100492299C (en) | Embedded software developing method and system | |
| CN110362436A (en) | Improve the method and device of Bootrom testing efficiency | |
| CN113515354A (en) | Unified processing system and method based on environment context consistency | |
| CN115242753B (en) | Network card MAC address burning method, system, electronic equipment and storage medium | |
| CN219266939U (en) | Upgrading system for tail gas detection |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |