CN111462811A - Automatic testing method and device, storage medium and electronic equipment - Google Patents
Automatic testing method and device, storage medium and electronic equipment Download PDFInfo
- Publication number
- CN111462811A CN111462811A CN202010320225.0A CN202010320225A CN111462811A CN 111462811 A CN111462811 A CN 111462811A CN 202010320225 A CN202010320225 A CN 202010320225A CN 111462811 A CN111462811 A CN 111462811A
- Authority
- CN
- China
- Prior art keywords
- party
- testing tool
- tested
- hard disk
- testing
- 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.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11C—STATIC STORES
- G11C29/00—Checking stores for correct operation ; Subsequent repair; Testing stores during standby or offline operation
- G11C29/56—External testing equipment for static stores, e.g. automatic test equipment [ATE]; Interfaces therefor
Abstract
The invention discloses an automatic testing method, an automatic testing device, a storage medium and electronic equipment, wherein the method comprises the following steps: identifying a newly accessed hard disk to be tested, and allocating a new disk number and/or a new disk identifier to the hard disk to be tested; configuring the third-party testing tool according to the disk number and/or disk symbol of the hard disk to be tested and the preset configuration parameters corresponding to the third-party testing tool; starting the third-party testing tool, wherein the third-party testing tool is used for testing the hard disk to be tested; after the third-party testing tool completes testing, acquiring performance data of the hard disk to be tested; and comparing the performance data with preset baseline data to obtain a test result. The invention can realize high efficiency and zero error in the software version iteration test verification process.
Description
Technical Field
The invention relates to the technical field of testing, in particular to an automatic testing method, an automatic testing device, a storage medium and electronic equipment.
Background
At present, in the software development process, along with the continuous change of requirements, the SSD (solid state disk) firmware can iterate a plurality of software versions, the rhythm is very fast, and in order to ensure the quality of products, the SSD firmware can be verified one by one according to strategies after being released each time. The verification test is often performed by using third-party software approved by the industry, however, the design of each software is very different, and the software is different from the design of each software in use or implementation. In fact, each acceptance operation is the same, except for the update of the SSD firmware version.
The current testing method is that assuming that five third-party tools exist, the initialization work of the SSD needs to be manually prepared before the five tools are verified, each software needs to be manually started one by one, then preset conditions are manually configured, then verification is operated, and the testing is manually waited for to be finished. However, the current method has very frequent manual operation steps, consumes a lot of time for manual waiting, and is easy to cause errors and other problems due to too much manual intervention.
Disclosure of Invention
The technical problem to be solved by the invention is as follows: the automatic testing method, the automatic testing device, the storage medium and the electronic equipment are provided, and the efficiency and the accuracy of software version verification testing of SSD firmware are improved.
In order to solve the technical problems, the invention adopts the technical scheme that: an automated testing method, comprising:
identifying a newly accessed hard disk to be tested, and allocating a new disk number and/or a new disk identifier to the hard disk to be tested;
configuring the third-party testing tool according to the disk number and/or disk symbol of the hard disk to be tested and the preset configuration parameters corresponding to the third-party testing tool;
starting the third-party testing tool, wherein the third-party testing tool is used for testing the hard disk to be tested;
after the third-party testing tool completes testing, acquiring performance data of the hard disk to be tested;
and comparing the performance data with preset baseline data to obtain a test result.
The invention also relates to an automated testing device comprising:
the identification module is used for identifying a newly accessed hard disk to be detected and distributing a new disk number and/or a new disk symbol to the hard disk to be detected;
the configuration module is used for configuring the third-party testing tool according to the disk number and/or disk symbol of the hard disk to be tested and the preset configuration parameters corresponding to the third-party testing tool;
the starting module is used for starting the third-party testing tool, and the third-party testing tool is used for testing the hard disk to be tested;
the acquisition module is used for acquiring the performance data of the hard disk to be tested after the third-party testing tool completes the testing;
and the comparison module is used for comparing the performance data with preset baseline data to obtain a test result.
The invention also relates to a computer-readable storage medium, on which a computer program is stored which, when being executed by a processor, carries out the steps as described above.
The invention also relates to an electronic device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, the processor implementing the steps as described above when executing the computer program.
The invention has the beneficial effects that: the method comprises the steps of presetting configuration parameters corresponding to a third-party testing tool, automatically completing the configuration of the third-party testing tool according to the configuration parameters when a hard disk to be tested is to be tested, then automatically operating to trigger the third-party testing tool to complete the test of the hard disk to be tested, and finally automatically acquiring performance data and comparing the performance data with baseline data to obtain a test result. The invention can automatically complete the test acceptance work of the required third-party test tool after releasing a new SSD firmware version every time, saves labor cost, and can realize high efficiency and zero error in the software version iteration test verification process.
Drawings
FIG. 1 is a flow chart of an automated testing method of the present invention;
FIG. 2 is a schematic structural diagram of an automated testing apparatus according to the present invention;
FIG. 3 is a schematic structural diagram of an electronic device according to the present invention;
FIG. 4 is a flowchart of a method according to a first embodiment of the present invention;
FIG. 5 is a schematic diagram illustrating a screenshot of a different third-party testing tool according to a first embodiment of the present invention;
fig. 6 is a schematic structural diagram of an automated testing apparatus according to a third embodiment of the present invention.
Description of reference numerals:
1. an automated testing device; 11. an identification module; 12. a configuration module; 13. a starting module; 14. an acquisition module; 15. a comparison module; 16. a judgment module; 17. a screenshot module; 18. a recording module;
2. an electronic device; 21. a processor; 22. a memory.
Detailed Description
In order to explain technical contents, objects and effects of the present invention in detail, the following detailed description is given with reference to the accompanying drawings in conjunction with the embodiments.
Referring to fig. 1, an automated testing method includes:
identifying a newly accessed hard disk to be tested, and allocating a new disk number and/or a new disk identifier to the hard disk to be tested;
configuring the third-party testing tool according to the disk number and/or disk symbol of the hard disk to be tested and the preset configuration parameters corresponding to the third-party testing tool;
starting the third-party testing tool, wherein the third-party testing tool is used for testing the hard disk to be tested;
after the third-party testing tool completes testing, acquiring performance data of the hard disk to be tested;
and comparing the performance data with preset baseline data to obtain a test result.
From the above description, the beneficial effects of the present invention are: high efficiency and zero error in the software version iteration test verification process can be realized.
Further, before configuring the third-party test tool according to the disk number and/or the disk identifier of the hard disk to be tested and the preset configuration parameters corresponding to the third-party test tool, the method further includes:
and presetting configuration parameters corresponding to the third-party testing tools according to the service logic of the third-party testing tools, wherein the configuration parameters comprise control identifications and service operations corresponding to the configuration steps of the third-party testing tools.
As can be seen from the above description, the corresponding configuration parameters are set in advance according to the configuration steps of the third-party testing tool, so that the subsequent configuration can be automatically performed according to the configuration parameters.
Further, after the third-party testing tool completes the testing and before the performance data of the hard disk to be tested is acquired, the method further includes:
and judging whether the third-party testing tool completes the test according to the state of the control preset in the third-party testing tool or the test ending flag bit.
According to the description, the test data can be conveniently and timely obtained by judging the test state of the third-party test tool in real time.
Further, after the third-party testing tool completes the testing, the method further includes:
and performing screenshot on the window interface of the third-party testing tool, and storing the screenshot to a preset file path.
As can be seen from the above description, the test data can be conveniently inquired later by screenshot and storing.
Further, after obtaining the test result, the method further includes:
and recording the test result into a log file.
As can be seen from the above description, the test results can be effectively saved.
Referring to fig. 2, the present invention further provides an automatic testing apparatus 1, including:
the identification module 11 is configured to identify a newly accessed hard disk to be tested, and allocate a new disk number and/or a new disk identifier to the hard disk to be tested;
the configuration module 12 is configured to configure the third-party test tool according to the disk number and/or the disk identifier of the hard disk to be tested and a preset configuration parameter corresponding to the third-party test tool;
the starting module 13 is configured to start the third-party testing tool, where the third-party testing tool is used to test the hard disk to be tested;
the obtaining module 14 is configured to obtain performance data of the hard disk to be tested after the third-party testing tool completes testing;
and the comparison module 15 is used for comparing the performance data with preset baseline data to obtain a test result.
The invention also provides a computer-readable storage medium, on which a computer program is stored, which program, when being executed by a processor, carries out the steps of an automated testing method as described above.
Referring to fig. 3, the present invention further provides an electronic device 2, which includes a memory 22, a processor 21 and a computer program stored in the memory 22 and executable on the processor 21, wherein the steps in the above-mentioned automated testing method are implemented when the processor 21 executes the computer program.
Example one
Referring to fig. 4-5, a first embodiment of the present invention is: an automated testing method can be applied to test verification of SSD software version iteration, as shown in fig. 4, and includes the following steps:
s1: and the test terminal acquires preset configuration parameters corresponding to each third-party test tool.
Because the service logics of the third-party testing tools are different, the configuration parameters corresponding to the third-party testing tools are preset according to the service logics of the third-party testing tools. Specifically, each configuration step of the third-party testing tool is analyzed, and a control identifier (such as a control name) and a service operation corresponding to each configuration step are obtained and used as a configuration parameter corresponding to the third-party testing tool.
For example, if a certain configuration step is to click a control a (a is a Button control), the control corresponding to the configuration step is identified as "a", and the corresponding service operation is "click". For another example, if a certain configuration step is to select "XXX" in the control B (B is the selection list control ComboBox), the control corresponding to the configuration step is identified as "B", and the corresponding service operation is "option with a selection value of" XXX ".
Further, the configuration parameters may also include a window size and a window position, and preferably, the preset window has a width of 900 and a height of 800. When the configuration parameters include the size of the frame, the spatial identification may also be the position coordinates of the control in the frame.
S2: and identifying the newly accessed hard disk to be tested, and distributing a new disk number and a new disk identifier for the hard disk to be tested. Specifically, after the hard disk to be tested is accessed to the test terminal, the test terminal obtains the unique identifier (serial number) of each hard disk, and compares the unique identifier with the unique identifier of the hard disk to be tested, so as to identify the hard disk to be tested.
Preferably, only the system disk is contained in the test terminal. At this time, the identified data disk can be used as the hard disk to be tested by identifying the attributes of all the hard disks.
S3: and configuring the third-party testing tool according to the disk number and the disk letter of the hard disk to be tested and the configuration parameters corresponding to the third-party testing tool.
Specifically, the hard disk to be tested by the third-party testing tool is determined according to the disk number and the disk identifier of the hard disk to be tested. And then, according to the control identification and the business operation corresponding to each configuration step in the configuration parameters of the third-party testing tool, carrying out corresponding business operation on the corresponding control, thereby automatically configuring the preset conditions of the third-party testing tool.
S4: and operating the third-party testing tool, and testing the hard disk to be tested through the third-party testing tool. After configuration, the third-party testing tool is started and operated to test the hard disk to be tested.
S5: and judging whether the third-party testing tool is tested completely, if so, executing the step S6. Specifically, whether the state of a control preset in the third-party testing tool is an inoperable state or whether a testing end flag bit is testing end is judged, if so, the testing is judged to be completed, otherwise, the testing is judged to be incomplete.
S6: and acquiring the performance data of the hard disk to be tested. After the third-party test tool completes the test, the performance data of the hard disk to be tested is given, for example, the data obtained by the test is given in the form of a pop-up box, and at this time, the performance data can be obtained by analyzing the content in the pop-up box.
S7: and comparing the performance data with preset baseline data to obtain a test result. Specifically, the baseline data is a preset reasonable value range, if the performance data is in the reasonable value range, the test is considered to pass, and the test result is judged to be Passed, otherwise, the test is considered not to pass, and the test result is judged to be Failed.
S8: and recording the test result into a log file.
Further, if the testing is to be performed by using a plurality of third-party testing tools, the steps S3-S8 are repeatedly performed.
Further, after the third-party testing tool completes testing, screenshot is conducted on a window interface of the third-party testing tool, and the screenshot is stored to a preset file path. As shown in FIG. 5, the results of screenshots of different third party testing tools are given in FIG. 5.
According to the embodiment, after a new SSD firmware version is issued each time, the testing and acceptance work of all third-party testing tools can be automatically completed, the labor cost is saved, and high efficiency and zero error in the software version iteration testing and verifying process can be realized.
Example two
The present embodiment is a specific application scenario of the first embodiment.
In an actual development scene, firstly, Python is used in a test terminal to realize a set of automatic test program, the automatic test program of the embodiment mainly comprises the following functional modules, namely a WinPartion module, a WinAutotest module, a WinBenchmark module, a WinCapture module and an Auto L og module, and also comprises a Config. ini file, wherein the functional modules are described in detail as follows:
the windup (partition) module realizes the common method for operating the SSD hard disk, because other tools need to check or create hard disk initialization first when operating, the functional interface included in the module has functions of querying disk state, setting disk online/offline, creating/deleting partition, formatting file system, and the like, and all functions are realized using python based on microsoft diskpart command set.
The Winautotest module implements the pre-test parameter presetting method and the related public library, for example: parameter checking/preparing, Python implementation of WIN32API, mouse events, state query and control of various controls, common controls include Button, ComboBox (selection list), SysTreeView32 (tree), msctls _ trackbar32 (state bar), Clipboard (Clipboard), special form handle, function package for acquiring and checking some dynamic data states, and package sub process.
The Winbenchmark (benchmark) module implements specific logic of third party tools, such as: starting an APP (application), setting the size and position of a window, acquiring a sub-window, selecting a control button, selecting a combobox value, judging whether a Chinese menu is an English menu, searching and closing the window and other related actions; when the non-standard WIN32 control cannot be identified, the relative coordinates of the control can be calculated to realize mouse click and keyboard events. This module also needs to take the action related to the outcome assert by using the pre-supplied data as a baseline standard and comparing with the actually acquired data.
In the Winbenchmark module, an independent logic program is realized according to each third-party testing tool. The module is equivalent to a class (class), a function of a plurality of run _ apps is arranged under the class, and each run _ app function corresponds to a third-party testing tool; for example, run _ HDTune (args), run _ assign (args), run _ ATTO _ Disk _ Benchmark (args), run _ crystall Disk (args), run _ iometer (args), run _ h2testw (args), wherein HDTune, assign, ATTO _ Disk _ Benchmark, crystall Disk, iometer, and h2testw are hard Disk test tools, i.e., third party test tools.
The Wincapture module realizes a public screenshot function, and when a target window handle is transmitted in the last call of a running logic function (namely a run _ app function), screenshot archiving can be automatically completed; the method can be realized by a method of Win32gui, GetWindowDC (Microsoft Windows drawing programming interface), so that the screenshot speed is the fastest.
The Auto L og module realizes the function of rewriting Python logging (the log module of Python standard library), is used for realizing the function of recording logs to files, and provides log level setting.
The config. ini file (configuration file) is used for storing an installation path of a third-party testing tool and a path for running exe (executable file), and can be flexibly modified according to needs. The third party test tool can be placed anywhere in theory and connected with the main function through the Config file.
When the physical hard disk process is to be tested, the to-be-tested hard disk is accessed to the test terminal, and then python can be started to debug the code of the automatic test program.
The third party testing tool is HDTune as an example for the following description.
The engineering catalog structure is as follows:
├─SSDAuto
│AutoLog.py
│config.ini
│winautotest.py
│winbenchmark.py
│wincapture.py
│winpartition.py
├─benchmarkTool
│├─iometer
│├─AS SSD Benchmark
│├─ATTO
│├─CrystalDiskMark6
│├─HD Tune Pro
│├─h2testw_1.4
the Main function entry calls a run _ app function corresponding to a third-party testing tool under wimbenchmark. Run _ app functions of multiple third party testing tools may be invoked as needed.
After entering the main function, when a run _ HDTune (winpartion. disk _ init ()) in the main function is called, dictionary information is obtained through a windartion module, the dictionary information comprises a disk number and a disk letter of a system disk or a data disk, and then the disk number and the disk letter of the hard disk to be tested are selected from the dictionary information, so that a third-party testing tool can select the hard disk to be tested according to the disk number or the disk letter.
Because HDTune can only be tested under a bare disk, after entering a run _ HDTune function, the file system in the hard disk to be tested needs to be deleted first, then the third-party testing tool is started through a pywinauto (third-party python library), the window size of the testing tool is set according to the window size preset in the configuration parameters (the window size of part of the third-party testing tool changes randomly, in this embodiment, the window size is forcibly adjusted to a fixed size), then according to the control identification and service operation corresponding to each configuration step in the configuration parameters, the testing terminal automatically performs the following operations to the testing tool in sequence: clicking on the options button, selecting the child control treeView32, selecting the Benchmark tag, selecting the combobox "8 MB", selecting the button "Fulltest", selecting the maximum value (Accurate) of the msctls _ trackbar32 control, and finally closing the current window. The preset conditions before the operation are configured.
The test tool supports direct operation of commands during execution, so that the command can be directly issued by using the subpacess. The business logic can circularly judge whether the program is executed or not according to the button state (because the third-party testing tools have different implementation modes, different third-party testing tools judge that the execution is finished in different modes, and some testing tools judge that the execution is finished through the text information of the state bar), when the testing task is finished, the screenshot function of the Winpcap module can be automatically called to perform screenshot, the screenshot is stored to the path of the instruction file, finally, the data in benchmark.
The embodiment designs and realizes an automatic testing method under Windows, and can also be put into a CI environment by combining with a continuous integration platform to automatically complete the processes of compiling, testing, deploying and releasing according to Daliy and Weekly modes. The scheme is light in weight, simple in logic, easy to operate and maintain at a later stage, development cost of testers is reduced, efficiency of test development is improved, and meaningless repetitive work of manual execution test is reduced.
EXAMPLE III
Referring to fig. 6, the present embodiment is an automatic testing apparatus 1 corresponding to the first embodiment, including:
the identification module 11 is configured to identify a newly accessed hard disk to be tested, and allocate a new disk number and/or a new disk identifier to the hard disk to be tested;
the configuration module 12 is configured to configure the third-party test tool according to the disk number and/or the disk identifier of the hard disk to be tested and a preset configuration parameter corresponding to the third-party test tool;
the starting module 13 is configured to start the third-party testing tool, where the third-party testing tool is used to test the hard disk to be tested;
the obtaining module 14 is configured to obtain performance data of the hard disk to be tested after the third-party testing tool completes testing;
and the comparison module 15 is used for comparing the performance data with preset baseline data to obtain a test result.
Further, the testing device further comprises a judging module 16, configured to judge whether the third-party testing tool completes the testing according to a state of a control preset in the third-party testing tool or a testing end flag.
Further, the system further comprises a screenshot module 17, configured to capture a screenshot of a form interface of the third-party testing tool, and store the screenshot to a preset file path.
Further, a recording module 18 is included for recording the test result into a log file.
Example four
The present embodiment is a computer-readable storage medium corresponding to the first embodiment, and a computer program is stored thereon, and when being executed by a processor, the computer program implements the steps of the first embodiment.
EXAMPLE five
The present embodiment is an electronic device corresponding to the first embodiment, and the electronic device includes a memory, a processor, and a computer program stored in the memory and executable on the processor, where the processor executes the computer program to implement the steps of the first embodiment.
In the several embodiments provided in the present application, it should be understood that the disclosed method and apparatus may be implemented in other ways. For example, the above-described apparatus embodiments are merely illustrative, and for example, the division of the modules is only one logical division, and other divisions may be realized in practice, for example, a plurality of modules or components may be combined or integrated into another apparatus, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or modules, and may be in an electrical, mechanical or other form.
The modules described as separate parts may or may not be physically separate, and parts displayed as modules may or may not be physical modules, may be located in one place, or may be distributed on a plurality of network modules. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of the present embodiment.
In addition, functional modules in the embodiments of the present invention may be integrated into one processing module, or each of the modules may exist alone physically, or two or more modules are integrated into one module. The integrated module can be realized in a hardware mode, and can also be realized in a software functional module mode.
The integrated module, if implemented in the form of a software functional module and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present invention may be embodied in the form of a software product, which is stored in a storage medium and includes instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method according to the embodiments of the present invention. And the aforementioned storage medium includes: a U-disk, a removable hard disk, a Read-only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk, and other various media capable of storing program codes.
It should be noted that, for the sake of simplicity, the above-mentioned method embodiments are described as a series of acts or combinations, but those skilled in the art should understand that the present invention is not limited by the described order of acts, as some steps may be performed in other orders or simultaneously according to the present invention. Further, those skilled in the art will appreciate that the embodiments described in the specification are presently preferred and that no acts or modules are necessarily required of the invention.
In the above embodiments, the descriptions of the respective embodiments have respective emphasis, and for parts that are not described in detail in a certain embodiment, reference may be made to related descriptions of other embodiments.
In summary, the automated testing method and the computer-readable storage medium provided by the invention have the advantages of light weight, simple logic, easy operation and later maintenance, reduce the development cost of testers, improve the efficiency of test development, and reduce meaningless repetitive work of manual test execution. After a new SSD firmware version is released every time, the testing and acceptance work of all third-party testing tools can be automatically completed, the labor cost is saved, and the high efficiency and zero error in the software version iteration testing and verifying process are realized.
The above description is only an embodiment of the present invention, and not intended to limit the scope of the present invention, and all equivalent changes made by using the contents of the present specification and the drawings, or applied directly or indirectly to the related technical fields, are included in the scope of the present invention.
Claims (10)
1. An automated testing method, comprising:
identifying a newly accessed hard disk to be tested, and allocating a new disk number and/or a new disk identifier to the hard disk to be tested;
configuring the third-party testing tool according to the disk number and/or disk symbol of the hard disk to be tested and the preset configuration parameters corresponding to the third-party testing tool;
starting the third-party testing tool, wherein the third-party testing tool is used for testing the hard disk to be tested;
after the third-party testing tool completes testing, acquiring performance data of the hard disk to be tested;
and comparing the performance data with preset baseline data to obtain a test result.
2. The automated testing method according to claim 1, wherein before configuring the third-party testing tool according to the disk number and/or disk identifier of the hard disk to be tested and the preset configuration parameters corresponding to the third-party testing tool, the method further comprises:
and presetting configuration parameters corresponding to the third-party testing tools according to the service logic of the third-party testing tools, wherein the configuration parameters comprise control identifications and service operations corresponding to the configuration steps of the third-party testing tools.
3. The automated testing method of claim 1, wherein after the third-party testing tool completes the testing and before the performance data of the hard disk to be tested is acquired, the method further comprises:
and judging whether the third-party testing tool completes the test according to the state of the control preset in the third-party testing tool or the test ending flag bit.
4. The automated testing method of claim 1, wherein after the third party testing tool completes testing, further comprising:
and performing screenshot on the window interface of the third-party testing tool, and storing the screenshot to a preset file path.
5. The automated testing method of claim 1, wherein after obtaining the test results, further comprising:
and recording the test result into a log file.
6. An automated testing apparatus, comprising:
the identification module is used for identifying a newly accessed hard disk to be detected and distributing a new disk number and/or a new disk symbol to the hard disk to be detected;
the configuration module is used for configuring the third-party testing tool according to the disk number and/or disk symbol of the hard disk to be tested and the preset configuration parameters corresponding to the third-party testing tool;
the starting module is used for starting the third-party testing tool, and the third-party testing tool is used for testing the hard disk to be tested;
the acquisition module is used for acquiring the performance data of the hard disk to be tested after the third-party testing tool completes the testing;
and the comparison module is used for comparing the performance data with preset baseline data to obtain a test result.
7. The automated testing apparatus of claim 6, further comprising:
and the judging module is used for judging whether the third-party testing tool completes the test according to the state of the control preset in the third-party testing tool or the test ending flag bit.
8. The automated testing apparatus of claim 6, further comprising:
the screenshot module is used for screenshot of a window interface of the third-party testing tool and storing the screenshot to a preset file path;
and the recording module is used for recording the test result into a log file.
9. A computer-readable storage medium, on which a computer program is stored, which program, when being executed by a processor, carries out the steps of any of claims 1-5.
10. An electronic device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, characterized in that the steps of any of claims 1-5 are implemented when the computer program is executed by the processor.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010320225.0A CN111462811A (en) | 2020-04-22 | 2020-04-22 | Automatic testing method and device, storage medium and electronic equipment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010320225.0A CN111462811A (en) | 2020-04-22 | 2020-04-22 | Automatic testing method and device, storage medium and electronic equipment |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111462811A true CN111462811A (en) | 2020-07-28 |
Family
ID=71681055
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010320225.0A Pending CN111462811A (en) | 2020-04-22 | 2020-04-22 | Automatic testing method and device, storage medium and electronic equipment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111462811A (en) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112216340A (en) * | 2020-10-22 | 2021-01-12 | 深圳佰维存储科技股份有限公司 | Hard disk test method and device, storage medium and electronic equipment |
| CN112530511A (en) * | 2020-12-29 | 2021-03-19 | 深圳市芯天下技术有限公司 | Single-step testing method and device in nonvolatile chip, storage medium and terminal |
| CN112929905A (en) * | 2021-01-28 | 2021-06-08 | 博为科技有限公司 | Wireless network equipment testing method and device |
| CN116913361A (en) * | 2023-06-08 | 2023-10-20 | 深圳市晶存科技有限公司 | Automatic hard disk testing method, system and medium |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106875980A (en) * | 2017-02-17 | 2017-06-20 | 紫光华山信息技术有限公司 | Method for testing hard disk and device |
| CN107832176A (en) * | 2017-11-16 | 2018-03-23 | 郑州云海信息技术有限公司 | Hard disk pressure automatic test approach and system under a kind of Windows |
| CN109445866A (en) * | 2018-11-09 | 2019-03-08 | 郑州云海信息技术有限公司 | A kind of the determination method, apparatus and server of disk identifier of hard disk |
-
2020
- 2020-04-22 CN CN202010320225.0A patent/CN111462811A/en active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106875980A (en) * | 2017-02-17 | 2017-06-20 | 紫光华山信息技术有限公司 | Method for testing hard disk and device |
| CN107832176A (en) * | 2017-11-16 | 2018-03-23 | 郑州云海信息技术有限公司 | Hard disk pressure automatic test approach and system under a kind of Windows |
| CN109445866A (en) * | 2018-11-09 | 2019-03-08 | 郑州云海信息技术有限公司 | A kind of the determination method, apparatus and server of disk identifier of hard disk |
Non-Patent Citations (5)
| Title |
|---|
| 》，《疯狂学电脑》编委会编著: "《疯狂学电脑》", 31 October 2007 * |
| 九天科技: "《新手学电脑组装、维护与优化实战1000例》", 31 January 2010 * |
| 九天科技: "《电脑组装与维修实用大全》", 31 May 2016, 中国铁道出版社 * |
| 郭云波: "《计算机组装与维护标准教程》", 31 August 2008 * |
| 魏红: "《从零开始学Linux》", 31 December 2010 * |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112216340A (en) * | 2020-10-22 | 2021-01-12 | 深圳佰维存储科技股份有限公司 | Hard disk test method and device, storage medium and electronic equipment |
| CN112530511A (en) * | 2020-12-29 | 2021-03-19 | 深圳市芯天下技术有限公司 | Single-step testing method and device in nonvolatile chip, storage medium and terminal |
| CN112530511B (en) * | 2020-12-29 | 2023-06-23 | 芯天下技术股份有限公司 | Method and device for testing inside of nonvolatile chip in single step, storage medium and terminal |
| CN112929905A (en) * | 2021-01-28 | 2021-06-08 | 博为科技有限公司 | Wireless network equipment testing method and device |
| CN116913361A (en) * | 2023-06-08 | 2023-10-20 | 深圳市晶存科技有限公司 | Automatic hard disk testing method, system and medium |
| CN116913361B (en) * | 2023-06-08 | 2024-05-07 | 深圳市晶存科技有限公司 | Automatic hard disk testing method, system and medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111462811A (en) | Automatic testing method and device, storage medium and electronic equipment | |
| CN109302522B (en) | Test method, test device, computer system, and computer medium | |
| US9069903B2 (en) | Multi-platform test automation enhancement | |
| US7895565B1 (en) | Integrated system and method for validating the functionality and performance of software applications | |
| US7398469B2 (en) | Automated test system for testing an application running in a windows-based environment and related methods | |
| CN111124919A (en) | User interface testing method, device, equipment and storage medium | |
| CN108038054B (en) | Automatic testing method and device and computer readable storage medium | |
| US11074162B2 (en) | System and a method for automated script generation for application testing | |
| CN109344053B (en) | Interface coverage test method, system, computer device and storage medium | |
| CN109614325B (en) | Method and device for determining control attribute, electronic equipment and storage medium | |
| CN115658529A (en) | Automatic testing method for user page and related equipment | |
| CN116166525A (en) | Method and device for generating test script | |
| CN112231206A (en) | Script editing method for application program test, computer readable storage medium and test platform | |
| CN111625434A (en) | Database OLTP benchmark performance test method, system and related components | |
| CN111814354A (en) | Simulation test method, system, medium and electronic device for instrument performance | |
| CN114996127A (en) | Intelligent test method and system for solid state disk firmware module | |
| CN112269697B (en) | Equipment storage performance testing method, system and related device | |
| CN111666200A (en) | Testing method and terminal for time consumption of cold start of PC software | |
| KR20120111618A (en) | Apparatus and method for testing plc command | |
| CN113986263A (en) | Code automation test method, device, electronic equipment and storage medium | |
| CN113220586A (en) | Automatic interface pressure test execution method, device and system | |
| CN112506772A (en) | Web automatic testing method and device, electronic equipment and storage medium | |
| WO2023240558A1 (en) | Firmware debugging method and apparatus | |
| CN114564409A (en) | Automatic testing method, device, equipment and storage medium | |
| CN117762802A (en) | Automatic test method, device, equipment and storage medium |
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 | ||
| CB02 | Change of applicant information | ||
| CB02 | Change of applicant information |
Address after: 518000 floors 1-3 and 4 of buildings 4 and 8, zone 2, Zhongguan honghualing Industrial South Zone, No. 1213 Liuxian Avenue, Pingshan community, Taoyuan Street, Nanshan District, Shenzhen, Guangdong Applicant after: BIWIN STORAGE TECHNOLOGY Co.,Ltd. Address before: 518000 1st, 2nd, 4th and 6th floors of No.4 factory building of tongfuyu industrial city, Taoyuan Street, Nanshan District, Shenzhen City, Guangdong Province Applicant before: BIWIN STORAGE TECHNOLOGY Co.,Ltd. |
|
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200728 |