CN111611167B - Embedded software testing method and system based on DSP - Google Patents
Embedded software testing method and system based on DSP Download PDFInfo
- Publication number
- CN111611167B CN111611167B CN202010438499.XA CN202010438499A CN111611167B CN 111611167 B CN111611167 B CN 111611167B CN 202010438499 A CN202010438499 A CN 202010438499A CN 111611167 B CN111611167 B CN 111611167B
- Authority
- CN
- China
- Prior art keywords
- test
- request
- data
- software
- mobile terminal
- 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.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3664—Environments for testing or debugging software
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3688—Test management for test execution, e.g. scheduling of test suites
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5061—Partitioning or combining of resources
- G06F9/5072—Grid computing
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Software Systems (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Mathematical Physics (AREA)
- Debugging And Monitoring (AREA)
Abstract
The invention provides an embedded software testing method and system based on a Data Service Provider (DSP). The test system comprises a data computing center, a plurality of edge computing nodes, a mobile terminal request test chain and a mobile terminal request test chain creation subsystem. A test performance data analysis engine of the data computing center calculates a test performance value and a total test performance value of the edge computing node based on the test performance data fed back by the edge computing node; based on the test performance values, the data computing center distributes a second portion of the software test requests to the plurality of edge computing nodes; based on the overall test performance value, the data computing center sends a third portion of the software test request to the mobile terminal requesting a test chain. The technical scheme of the invention can efficiently realize the staged integrated test of the embedded software based on the DSP and ensure the test comprehensiveness.
Description
Technical Field
The invention belongs to the technical field of software testing, and particularly relates to an embedded software testing method and system based on a Data Service Provider (DSP) and a computer readable storage medium for realizing the method.
Background
Embedded systems refer to special purpose computer systems that perform independent functions. It is composed of a series of microelectronic chips and devices including microprocessor, timer, microcontroller, memory and sensor, as well as micro-operation system and control application software embedded in the memory, and can implement various automatic processing tasks such as real-time control, monitoring, management, mobile calculation and data processing. The embedded system takes application as a center, and is based on microelectronic technology, control technology, computer technology and communication technology, the cooperativity and the integration of hardware and software are emphasized, and the software and the hardware can be tailored, so that the requirements of the system on functions, cost, volume, power consumption and the like are met.
The embedded software is operating system and development tool software embedded in hardware, and the association relationship in the industry is embodied as follows: chip design and manufacture → embedded system software → embedded electronic device development and manufacture.
Embedded systems generally have a relatively high reliability requirement. Failure of the security of the embedded system may have catastrophic consequences, even if it is a non-secure system, resulting in serious economic losses due to mass production. This requires rigorous testing, validation and verification of the embedded system, including the embedded software. With the increasing use of software and microprocessors in more and more fields to control various embedded devices, it is increasingly important to quickly and effectively test increasingly complex embedded software.
The embedded software test determines test items according to the functional requirements of the software, and mainly comprises the following steps: the quick response capability of the software is tested, and the software can quickly cope with events under the condition that the software is not influenced by the internal state of the system; and the asynchronous concurrent event processing capability and the fault tolerance capability of the software are tested, so that the embedded software can be recovered to a state before running under the condition of dead halt or error.
The chinese patent application with application number CN201911206258.6 proposes a distributed embedded software testing system based on resource sharing, the embedded software testing system includes: the system comprises a plurality of nodes, wherein each node is internally provided with a simulation module for performing simulation verification on the embedded software, the access of the nodes to the input behaviors and the output behaviors of the system is realized through the mapping of input and output provided by a resource management module so as to realize that the plurality of nodes construct a network capable of sharing resources, and the resource management module is used for scheduling when an application in the node uses remote resources, wherein the remote resources comprise a remote shared memory and remote program calling. The distributed embedded software testing system based on resource sharing not only can meet the requirement of scale expansion of an embedded software running platform, but also can realize sharing of resources in the software running platform under a distributed architecture.
The chinese patent application with application number CN201910599425.1 proposes a unit testing framework suitable for embedded systems, which is used to solve the problem of standardized testing of application programs in the current embedded field. The unit test framework comprises a standard test interface module, a test case export module, a test command analysis module, a test unit execution module, a log module and a test result processing module. The test case export module abstracts the test case program into a test initialization module, a test cleaning module and a test case program entry module, and exports the test case program to a code segment appointed in the program mirror image by using the characteristics of the linker. The unit test framework is compiled by using a standard C language, a universal test interface is realized, the compiling difficulty of a test case program is reduced, the code reusability is improved, the development period is shortened, and the unit test framework is suitable for all embedded operating systems and can be transplanted to a bare computer system without using the embedded system for use.
However, the above technical solutions are performed for specific single embedded software, and the test quantity and the test data traffic are both small; however, although the development scale of embedded software is generally small, the development difficulty of embedded software is relatively large, and it is necessary to develop diversified programs such as board level initialization program, application program, driver program, test program, etc., which relate to low-level software development, and it is necessary to adopt different development technical means to complete development on a desktop computer and run the program on a target computer. In this case, the difficulty of testing the embedded software is increased, and different programs need to be tested. If the number of the test cases is not enough or the test resources are not enough, the test efficiency is greatly reduced, and the accuracy and the comprehensiveness of the test cannot be ensured.
Disclosure of Invention
In order to solve the technical problem, the invention provides an embedded software testing method and system based on a DSP. The test system comprises a data computing center, a plurality of edge computing nodes, a mobile terminal request test chain and a mobile terminal request test chain creation subsystem. A test performance data analysis engine in the data computing center calculates a test performance value and an overall test performance value of the edge computing node based on the test performance data fed back by the edge computing node; based on the test performance values, the data computing center assigning a second portion of the software test requests to the plurality of edge computing nodes; based on the overall test performance value, the data computing center sends a third part of the software test request to the mobile terminal to request a test chain. The technical scheme of the invention can efficiently realize the staged integrated test of the embedded software based on a Data Service Provider (Data Service Provider) and ensure the test comprehensiveness.
Specifically, the technical solutions of the present application are summarized as follows as a whole:
in a first aspect of the present invention, there is provided an embedded software testing system based on a DSP (Data Service Provider), the embedded software testing system including a Data computing center;
as a first advantage of the present invention, the test system comprises a mobile terminal requesting a test chain;
as yet another advantage of the present invention, the test system includes a plurality of edge compute nodes.
As a specific key technical means for embodying the above advantages, the mobile terminal request test chain includes a plurality of user test nodes, and each user test node corresponds to a user terminal device;
the data computing center is used for receiving an embedded software test request and sending a first part of the software test request to the edge computing nodes;
the edge computing nodes receive the software testing request to perform software testing and feed back testing performance data to the data computing center;
as still another advantage of the present invention, the data computing center includes a test performance data analysis engine that calculates a test performance value and an overall test performance value for each of the edge computing nodes based on the test performance data fed back by the edge computing nodes;
the data computing center assigning a second portion of the software test request to the plurality of edge computing nodes based on the test performance value of each of the edge computing nodes;
based on the overall test performance value, the data computing center sends a third part of the software test request to the mobile terminal to request a test chain.
More specifically, the test system further comprises a subsystem for requesting the test chain creation by the mobile terminal;
the sending, by the data computing center, the third part of the software test request to the mobile terminal request test chain based on the total test performance value specifically includes:
if the total test performance value is lower than a first preset standard threshold value, the mobile terminal request test chain creation subsystem issues a mobile terminal request test chain creation contract in the DSP (Data Service Provider) network, wherein the creation contract comprises the test requirement of the embedded software test request and the number range of user test nodes contained in the mobile terminal request test chain;
and adding the user terminal equipment responding to the contract creation as a user test node into the mobile terminal request test chain.
In a second aspect of the present invention, a method for testing embedded software is provided, which is implemented based on a Data Service Provider (DSP).
In the invention, the user terminal devices (including the data request terminal) which are connected through the social network of the user and have spare computing capacity jointly form a Data Service Provider (DSP). The data service provider may call the user terminal device to request a user (Date request users, DRU for short) to assist the existing edge computing service.
In the present invention, the method includes the following steps S700 to S709:
s700: receiving an embedded software test request submitted by a data request user;
s701: analyzing the test request to obtain a plurality of sub parts of the test request;
s702: sending the unprocessed first portion of the plurality of sub-portions to a plurality of edge compute nodes;
s703: receiving software testing performance data fed back by the edge computing, and determining a testing performance value and an overall testing performance value of each edge computing node;
s704: reassigning an unprocessed second portion of the plurality of sub-portions of the test request to the plurality of edge compute nodes based on the test performance values of the edge compute nodes and the overall test performance value;
s705: judging whether the test request also comprises other unprocessed subparts or not, if so, entering the next step, and otherwise, exiting;
s706: determining the number of nodes of the user test node contained in the mobile terminal request test chain based on the test performance value and the overall test performance value;
s707: based on the determined number of the nodes of the user test nodes contained in the mobile terminal request test chain, issuing a contract for the mobile terminal request test chain to establish;
s708: sending an unprocessed third portion of the plurality of sub-portions of the test request to the mobile terminal requesting a test chain;
s709: and judging whether the test request further comprises other unprocessed subparts, if so, returning to the step S702, and otherwise, exiting.
The embedded software testing method can be realized by the DS P-based embedded software testing system.
The above method of the present invention can be implemented by program code automated programming in the form of a computer, and therefore, the present invention also provides a computer-readable storage medium having stored thereon computer-executable program instructions for implementing the embedded software testing method by executing the executable program instructions using a processor and a memory in a software testing system.
Further advantages of the invention will be apparent in the detailed description section in conjunction with the drawings attached hereto.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings needed in the embodiments will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and it is obvious for those skilled in the art to obtain other drawings without creative efforts.
FIG. 1 is a block architecture diagram of a DS P-based embedded software test system according to one embodiment of the invention;
FIG. 2 is a schematic diagram of the flow steps of the software testing performed by the system of FIG. 1;
fig. 3-4 are detailed computational flow diagrams when performing software testing using the system or method.
Detailed Description
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings needed in the embodiments will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and it is obvious for those skilled in the art to obtain other drawings without creative efforts. The invention is further described with reference to the following drawings and detailed description.
Referring to fig. 1, a block architecture diagram of a DS P-based embedded software test system according to an embodiment of the present invention is shown.
The test system in fig. 1 includes a data computing center, a plurality of edge computing nodes, and a mobile terminal request test chain; the data computing center includes a test performance data analysis engine.
The mobile terminal request test chain comprises a plurality of user test nodes, and each user test node corresponds to a user terminal device;
the data computing center is used for receiving an embedded software test request and sending a first part of the software test request to the edge computing nodes;
and the edge computing nodes receive the software testing request to perform software testing and feed back testing performance data to the data computing center.
The test performance data analysis engine calculates a test performance value and an overall test performance value of each edge computing node based on the test performance data fed back by the edge computing nodes;
the data computing center assigning a second portion of the software test request to the plurality of edge computing nodes based on the test performance value of each of the edge computing nodes;
based on the overall test performance value, the data computing center sends a third part of the software test request to the mobile terminal to request a test chain.
In fig. 1, the test system further includes a mobile terminal request test chain creation subsystem;
the sending, by the data computing center, the third part of the software test request to the mobile terminal request test chain based on the overall test performance value specifically includes:
if the total test performance value is lower than a first preset standard threshold value, the mobile terminal request test chain creation subsystem issues a mobile terminal request test chain creation contract in the DSP (Data Service Provider) network, wherein the creation contract comprises the test requirement of the embedded software test request and the number range of user test nodes contained in the mobile terminal request test chain;
and adding the user terminal equipment responding to the contract creation as a user test node into the mobile terminal request test chain.
FIG. 2 is a schematic diagram of the steps of a software test process using the system of FIG. 1, which mainly includes the following steps:
s700: receiving an embedded software test request submitted by a data request user;
s701: analyzing the test request to obtain a plurality of sub-parts of the test request;
s702: sending the unprocessed first portion of the plurality of sub-portions to a plurality of edge compute nodes;
s703: receiving software testing performance data fed back by the edge computing, and determining a testing performance value and an overall testing performance value of each edge computing node;
s704: reassigning an unprocessed second portion of the plurality of sub-portions of the test request to the plurality of edge compute nodes based on the test performance values of the edge compute nodes and the overall test performance value;
s705: judging whether the test request also comprises other unprocessed subparts or not, if so, entering the next step, and otherwise, exiting;
s706: determining the number of nodes of the user test node contained in the mobile terminal request test chain based on the test performance value and the overall test performance value;
s707: based on the determined number of the nodes of the user test nodes contained in the mobile terminal request test chain, issuing a contract for the mobile terminal request test chain to establish;
s708: sending an unprocessed third portion of the plurality of sub-portions of the test request to the mobile terminal requesting a test chain;
s709: and judging whether the test request further comprises other unprocessed subparts, if so, returning to the step S702, and otherwise, exiting.
On the basis of fig. 1-2, see fig. 3-4.
The test performance value of the ith edge computing node is computed as follows:
wherein D is i The size of a data stream communicated with the data computing center after the ith edge computing node receives the software test request; t is i Receiving a software test request for the ith edge computing node, and then, sending the software test request to the data computing center; l is i And calculating the system delay parameter of the node for the ith edge, wherein the system delay parameter is constant for each edge calculation node, and the system delay parameter is different for different edge calculation nodes.
The overall performance value is calculated as follows:
In processing the second portion of the software test request, the data stream communicated between the ith edge compute node and the data compute center after receiving the software test request is limited to D' i ：
The sending, by the data computing center, the third part of the software test request to the mobile terminal request test chain based on the overall test performance value specifically includes:
the data computing center sends the third part of the software test request to B test nodes in the mobile terminal request test chain, and the size of the B is determined according to the following formula:
In the present invention, there are 7 basic stages of limited software testing, namely, unit or module testing, integration testing, external function testing, regression testing, system testing, acceptance testing, installation testing.
The embedded software test is performed in 4 stages, namely, module test, integration test, system test, hardware/software integration test. The first 3 phases are applicable to the testing of any software, the hardware/software integration testing phase being specific to the embedded software in order to verify whether the embedded software can interact correctly with the hardware devices it controls.
Therefore, preferably, the test request includes a static test and a dynamic test;
both the static test and the dynamic test comprise a plurality of components.
For example, static testing may include module testing, integration testing, system testing, and dynamic testing may include regression testing, system testing, acceptance testing, installation testing.
Or, the static test refers to a process of analyzing some static indicators of the source code to find out the defects in the program without running the program. Static testing can generally be divided into 3 phases: a code review stage, a quality review stage, and a design review stage. The main content of the code evaluation stage is to search a part which does not accord with the writing rule in the code, find the potential defects of the code, reduce the probability of error occurrence and improve the software stability; the quality evaluation stage mainly comprises the steps of analyzing the complexity of codes and the function call relation, knowing the complexity and the structuralization degree of the whole software system and realizing the quality tracking and control of software projects; the main content of the design review stage is to analyze the interface provided by the code and the use condition of the data variable, and aim to find out the potential error of the code, so as to further reduce the possibility of error.
The dynamic test refers to that the tested code runs in a relatively real environment, and the conditions of functions, logics, behaviors, structures and the like reflected in the running process of the program are observed and analyzed to find out the error phenomenon in the program, so that the aim of detection is fulfilled. The dynamic test mainly comprises 2 methods of black box test and white box test.
The technical scheme of the invention utilizes a Data Service Provider (DSP) which is formed by user terminal equipment (including a data request end) which is connected through a social network of a user and has spare computing capacity to carry out embedded software test Service, and the data Service Provider can call the user terminal equipment to assist the existing edge computing Service by data request users (DRU for short), so that the staged integrated test of embedded software can be realized efficiently, and the test comprehensiveness is ensured.
Although embodiments of the present invention have been shown and described, it will be appreciated by those skilled in the art that changes, modifications, substitutions and alterations can be made in these embodiments without departing from the principles and spirit of the invention, the scope of which is defined in the appended claims and their equivalents.
Claims (8)
1. An embedded software testing system based on a Data Service Provider (DSP) comprises a data computing center, N edge computing nodes and a mobile terminal request testing chain;
the method is characterized in that:
the mobile terminal request test chain comprises a plurality of user test nodes, and each user test node corresponds to a user terminal device;
the data computing center is used for receiving an embedded software test request and sending a first part of the software test request to the N edge computing nodes;
the N edge computing nodes receive the software testing request to perform software testing and feed back testing performance data to the data computing center;
the data computing center comprises a test performance data analysis engine, and the test performance data analysis engine calculates a test performance value C of the ith edge computing node based on the test performance data fed back by the edge computing nodes i And an overall test performance value a; i =1,2, ..., N;
test performance values { C) based on N edge compute nodes 1 ，C 2 ,……，C N A data computing center distributes a second part of the software test request to the N edge computing nodes;
based on the overall test performance value A, the data computing center sends a third part of the software test request to the mobile terminal to request a test chain;
the test system also comprises a subsystem for requesting the test chain to be created by the mobile terminal;
the sending, by the data computing center, the third part of the software test request to the mobile terminal request test chain based on the overall test performance value a specifically includes:
if the total test performance value A is lower than a first preset standard threshold value, the mobile terminal request test chain creation subsystem issues a mobile terminal request test chain creation contract in the data service provider DSP network, wherein the creation contract comprises the test requirement of the embedded software test request and the number range of user test nodes contained in the mobile terminal request test chain; adding the user terminal equipment responding to the contract creation as a user test node into the mobile terminal request test chain;
test performance value C of ith edge calculation node i Calculated as follows:
wherein D is i The size of a data stream communicated with the data computing center after the ith edge computing node receives the software test request; t is i Receiving a software test request for the ith edge computing node, and then, sending the software test request to the data computing center; l is i And calculating the system delay parameter of the node for the ith edge, wherein the system delay parameter is constant for each edge calculation node, and the system delay parameter is different for different edge calculation nodes.
2. The data service provider DSP based embedded software test system of claim 1, wherein:
the overall test performance value a is calculated as follows:
3. the data service provider DSP based embedded software test system of claim 1, wherein:
the test performance value { C) based on the N edge computing nodes 1 ，C 2 ,……，C N A data computing center allocates the second part of the software test request to the N edge computing nodes, which specifically includes:
in processing the second portion of the software test request, the data stream communicated between the ith edge compute node and the data compute center after receiving the software test request is limited to D' i ：
4. The data service provider DSP based embedded software test system of claim 1, wherein:
the sending, by the data computing center, the third part of the software test request to the mobile terminal request test chain based on the overall test performance value a specifically includes:
the data computing center sends the third part of the software test request to B test nodes in the mobile terminal request test chain, and the size of B is determined according to the following formula:
5. An embedded software testing method, which is implemented based on the embedded software testing system based on the DSP of claim 1, characterized in that the method comprises the steps of:
s700: receiving an embedded software test request submitted by a data request user;
s701: analyzing the test request to obtain a plurality of sub-parts of the test request;
s702: sending the unprocessed first portion of the plurality of sub-portions to a plurality of edge compute nodes;
s703: receiving software test performance data fed back by the edge computing nodes, and determining a test performance value and an overall test performance value of each edge computing node;
s704: reassigning an unprocessed second portion of the plurality of sub-portions of the test request to the plurality of edge compute nodes based on the test performance values of the edge compute nodes and the overall test performance value;
s705: judging whether the test request also comprises other unprocessed subparts or not, if so, entering the next step, and otherwise, exiting;
s706: determining the number of nodes of the user test node contained in the mobile terminal request test chain based on the test performance value and the overall test performance value;
s707: based on the determined number of the nodes of the user test nodes contained in the mobile terminal request test chain, issuing a contract for the mobile terminal request test chain to establish;
s708: sending an unprocessed third portion of the plurality of sub-portions of the test request to the mobile terminal requesting a test chain;
s709: and judging whether the test request further comprises other unprocessed subparts, if so, returning to the step S702, and otherwise, exiting.
6. The embedded software testing method of claim 5, wherein:
the step S700 of receiving an embedded software test request submitted by a data request user specifically includes:
the test request comprises a static test and a dynamic test;
both the static test and the dynamic test comprise a plurality of components.
7. An embedded software testing method, which is implemented based on the embedded software testing system based on DSP according to any one of claims 1-4.
8. A computer readable storage medium having stored thereon computer executable program instructions for executing the executable program instructions with a processor and a memory in a software test system for implementing the method of any one of claims 5 to 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010438499.XA CN111611167B (en) | 2020-05-22 | 2020-05-22 | Embedded software testing method and system based on DSP |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010438499.XA CN111611167B (en) | 2020-05-22 | 2020-05-22 | Embedded software testing method and system based on DSP |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111611167A CN111611167A (en) | 2020-09-01 |
| CN111611167B true CN111611167B (en) | 2023-04-18 |
Family
ID=72199786
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010438499.XA Active CN111611167B (en) | 2020-05-22 | 2020-05-22 | Embedded software testing method and system based on DSP |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111611167B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112165614B (en) * | 2020-09-28 | 2023-06-02 | 成都微光集电科技有限公司 | CMOS image sensor test system and method |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104750603A (en) * | 2013-12-30 | 2015-07-01 | 联芯科技有限公司 | Multi-core DSP (Digital Signal Processor) software emulator and physical layer software testing method thereof |
| CN107873129A (en) * | 2015-06-30 | 2018-04-03 | 迈可菲有限责任公司 | Security service for not managed device |
| CN108319526A (en) * | 2017-12-18 | 2018-07-24 | 北京时代民芯科技有限公司 | One kind is based on piece Embedded micro-system and its internal FPGA resource build-in self-test method |
| CN109299015A (en) * | 2018-10-15 | 2019-02-01 | 北京云测网络科技有限公司 | A kind of method for testing software, apparatus and system |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20120300649A1 (en) * | 2007-05-21 | 2012-11-29 | W2Bi, Inc. | Mobile device throughput testing |
-
2020
- 2020-05-22 CN CN202010438499.XA patent/CN111611167B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104750603A (en) * | 2013-12-30 | 2015-07-01 | 联芯科技有限公司 | Multi-core DSP (Digital Signal Processor) software emulator and physical layer software testing method thereof |
| CN107873129A (en) * | 2015-06-30 | 2018-04-03 | 迈可菲有限责任公司 | Security service for not managed device |
| CN108319526A (en) * | 2017-12-18 | 2018-07-24 | 北京时代民芯科技有限公司 | One kind is based on piece Embedded micro-system and its internal FPGA resource build-in self-test method |
| CN109299015A (en) * | 2018-10-15 | 2019-02-01 | 北京云测网络科技有限公司 | A kind of method for testing software, apparatus and system |
Non-Patent Citations (1)
| Title |
|---|
| 赵燕. 基于DSP的嵌入式软件测试关键技术.电子技术与软件工程.2019,全文. * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111611167A (en) | 2020-09-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20100199264A1 (en) | Pattern inspection system, pattern inspection device, method and pattern inspection program | |
| CN111104335B (en) | C language defect detection method and device based on multi-level analysis | |
| CN111611167B (en) | Embedded software testing method and system based on DSP | |
| CN113282492A (en) | Operating system kernel formal verification method | |
| CN112559489A (en) | Block chain supervision method and equipment based on cross-chain and storage medium | |
| CN115599359A (en) | Code generation method, device, equipment and medium | |
| Kaur et al. | Determination of maintainability index for object oriented systems | |
| CN110287089B (en) | Microkernel IPC (inter-processor communication protocol) verification method based on intermediate format and SMT (surface mount technology) | |
| CN116051031A (en) | Project scheduling system, medium and electronic equipment | |
| CN115033489A (en) | Code resource detection method and device, electronic equipment and storage medium | |
| CN111552631A (en) | System testing method, device and computer readable storage medium | |
| CN117234711B (en) | Dynamic allocation method, system, equipment and medium for Flink system resources | |
| CN116401113B (en) | Environment verification method, device and medium for heterogeneous many-core architecture acceleration card | |
| CN110874275A (en) | Data verification method, system, electronic equipment and readable storage medium | |
| CN111078449A (en) | Information processing method, information processing device and terminal equipment | |
| CN117041356B (en) | Index distribution method, index calculation method, apparatus, electronic device and system | |
| CN112100062B (en) | Software and hardware integrated AADL (architecture analysis and design language) model reliability evaluation method based on generalized stochastic Petri network | |
| Yang et al. | Model-based design and verification of automotive electronics compliant with OSEK/VDX | |
| Celiku et al. | Augmenting architectural modeling to cope with uncertainty | |
| CN115373675A (en) | Method, apparatus, device, storage medium and program product for assisting performance optimization | |
| CN116955189A (en) | Automatic testing method, device and equipment for user interface and storage medium | |
| CN114254790A (en) | Equipment state prediction method and device | |
| CN117075861A (en) | Method, device, equipment and medium for constructing backlight module | |
| CN116679934A (en) | Model conversion method and system | |
| CN114253633A (en) | Interface calling method and device, electronic 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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |