CN102708016B - The software and hardware method for testing reliability of task based access control section and system - Google Patents
The software and hardware method for testing reliability of task based access control section and system Download PDFInfo
- Publication number
- CN102708016B CN102708016B CN201210154716.8A CN201210154716A CN102708016B CN 102708016 B CN102708016 B CN 102708016B CN 201210154716 A CN201210154716 A CN 201210154716A CN 102708016 B CN102708016 B CN 102708016B
- Authority
- CN
- China
- Prior art keywords
- task
- software
- probability
- test
- stress
- 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
Abstract
The invention discloses software and hardware method for testing reliability and the system of task based access control section.The method comprises: record each task phase and corresponding various working methods thereof; According to the conversion of the working method of each task phase, the process operations of equipment is combined into test case sequence, obtains software task stress; Environmental stress is expanded on the basis of mission profile, assesses the execution probability of the described software stress under described environmental stress.Adopting the present invention, can realizing from laying particular stress on accordance quality, quality of hardware to the transformation focusing on quality of conformance, software and hardware is laid equal stress on.User oriented uses and application environment, in existing hardware test and software test platform basis, combination software and hardware compbined test environment, makes laboratory can simulate actual use more exactly, effective reliability growth is carried out to equipment, comprehensive, scientifical, evaluate equipment Reliability exactly.
Description
Technical field
The present invention relates to reliability testing technology, particularly relate to software and hardware method for testing reliability and the system of task based access control section.
Background technology
When carrying out reliability evaluation to software intensive system, traditional System Reliability Test method, not in conjunction with software operational profile operating software, therefore fails the function of abundant testing software; And when carrying out separately software test, do not consider the impact of hardware platform environment on software function, be thus difficult to find the software fault that hardware causes because the impact of platform environment environmental factors such as () temperature stress, humidity modification, vibration stress, electric stresss causes performance change yet.Carry out fail-test respectively and software test has the following disadvantages:
(1) fail-test result truly can not reflect the reliability level of system.
1. because fail-test does not consider the examination to software substantially, the fault found in process of the test substantially all calculates hardware fault.And from the statistics that reality uses, the ratio of software fault is substantially beyond 50% of the system failure, and therefore, there is a big difference for fail-test index and system reliability level.
2. the great advantage of System Reliability Test is the reliability of not only apparatus for checking, and the situation such as the Interference fit of apparatus for checking intermodule.But equipment room interface is mainly realized by modes such as software protocols at present, and this cannot be examined by fail-test.
(2) software test at present can not provide the quantitative evaluation of software quality reliability.
The fundamental purpose of general equipment acceptance phase software test is " whether examination software meets the technical performance index that change system development general requirements or software development general requirements specify " and searched by test, locate, correct and eliminate software defect.This kind of software test imbalance mass accordance checks, do not verify for the satisfied of user demand, and what mainly verify is whether software meet the requirement to software function and tactics index of development general requirements and software requirement, belong to the test towards mistake, the software reliability that can realize on definite meaning increases, but test the data obtained can not be directly used in software reliability assessment.
(3) routine tests cannot examine the fault that software and hardware associates.
The focus that fail-test is paid close attention to is the performance of hardware under various environmental stress.Although also certain operations can be carried out according to test program to the software function of routine at duration of test, but these operations are very low to the coverage rate of systemic-function, this may cause occurring under some environmental stress but needing the hardware fault that just can be showed by running software to be missed, and will finally affect the accuracy of fail-test result.When carrying out separately software test, hypothesis hardware operation platform is desirable usually, and the characteristic variations that hardware operation platform cannot be examined to cause at ambient conditions is on the impact of software.
(4) routine tests comprehensively cannot provide Reliability Index.
What equipment preparation required proposition is the Reliability Index comprising software and hardware, but independent reliability test data of collecting does not comprise running software information at present comprehensively, software test data does not consider that environment for use condition is on the impact of software, cannot combine the comprehensive evaluation of carrying out reliability by the information of above-mentioned two aspects comprehensively yet.
In sum, traditional hardware test section and software test section, owing to using respective theory and technology, make do not have very strong contact between two kinds of sections, therefore cannot by they simple superposition.Be applied to simply by software test case in traditional fail-test, the actual service condition with equipment is had larger difference by its test condition, deviates from mutually with the original intention of software and hardware system ensemble fail-test.Therefore, to the research of software test section and reliability test sectional plane matching technique, the implementation result of software and hardware system ensemble fail-test will directly be affected.
Summary of the invention
Based on this, be necessary for the problems referred to above, a kind of software and hardware method for testing reliability and system of task based access control section be provided, software and hardware compbined test environment can be combined, effective reliability growth is carried out to equipment, comprehensive, scientifical, evaluate equipment Reliability exactly.
A software and hardware method for testing reliability for task based access control section, comprising:
Record each task phase and corresponding various working methods thereof; According to the conversion of the working method of each task phase, the process operations of equipment is combined into test case sequence, obtains software task stress; Environmental stress is expanded on the basis of mission profile, assesses the execution probability of the described software stress under described environmental stress.
Correspondingly, a kind of software and hardware reliability test system of task based access control section, comprising:
Work List sets up unit, for recording each task phase and corresponding various working methods thereof;
Set up with described Work List the test list that unit is connected and set up unit, for the conversion of the working method according to each task phase, the process operations of equipment is combined into test case sequence, obtain software task stress;
Setting up with described test list the task probability assessment unit that unit is connected, for expanding environmental stress on the basis of mission profile, assessing the execution probability of the described software stress under described environmental stress.
Implement the present invention, there is following beneficial effect:
Because equipment Reliability test adopts multi cycle test, each recycle unit switching on and shutting down are free and sequentially limit, therefore, in existing hardware test and software test platform basis, realize software test section to mate with the effective of reliability test sectional plane, user oriented uses and application environment, combination software and hardware compbined test environment.To approach the actual use of user to equipment as far as possible, realize carrying out software test while carrying out hardware reliability test, reach and scientific and reasonable comprehensive evaluation is made to system reliability.
Accompanying drawing explanation
Fig. 1 is the process flow diagram of the software and hardware method for testing reliability that the present invention is based on mission profile;
Fig. 2 is the embodiment process flow diagram of the software and hardware method for testing reliability that the present invention is based on mission profile;
Fig. 3 is the embodiment schematic diagram of the software and hardware method for testing reliability that the present invention is based on mission profile;
Fig. 4 is the schematic diagram of the software and hardware reliability test system that the present invention is based on mission profile;
Fig. 5 is the embodiment schematic diagram of the software and hardware reliability test system that the present invention is based on mission profile.
Embodiment
For making the object, technical solutions and advantages of the present invention clearly, below in conjunction with accompanying drawing, the present invention is described in further detail.
International Electrotechnical Commissio (The International Electrotechnical Commission, IEC) has been formulated respective standard IEC 62429 for the fail-test of large-scale software and hardware system and has issued and implemented in 2007.This standard is thought: for hardware, and general supposition initial failure is caused by the incipient fault in hardware, depends on type and the level of stress.Through after a period of time, these incipient faults are precipitated as permanent failure or intermittent inefficacy.As components and parts crackle, drying do not have vibrate and impact condition of work under, potential failure will keep its original state always.But under the condition of work of humidity, tide and pollutant can penetrate in crackle and produce corrosion, finally cause permanent fault.Similarly, vibration or impact can make Crack Extension, through also causing permanent fault after a period of time.And the incipient fault (a so-called software Bug) in software can not cause losing efficacy immediately, until the code comprising incipient fault is activated, operating conditions (such as input parameter, the internal state of program, as stored content) is depended in the appearance in this moment completely.Therefore, hardware incipient fault and software incipient fault are similar.Software incipient fault, once be activated, may cause a permanent fault, but usually just causes an intermittent inefficacy.In addition, software and hardware combines and also can cause losing efficacy, and such as a hardware failure causes the heat radiation of components and parts not enough, and temperature rises and have changed the time delay of circuit, causes data collision to cause software failure.Another one example is that hardware design mistake causes signal wire to shield deficiency, if the electromagnetic noise level of operating environment is higher, may destroy the data in signal wire.In this case, if software does not have error protection characteristic, then software failure will be caused.IEC 62429 specifies that the stress applied in the fail-test process to the large-scale software and hardware system be made up of the hardware being embedded with software comprises operating load (or claiming service load) and the environmental stress of software, but does not specify the matching technique of operating load designing technique and operating load and service load.
At present, the software test section generation model be widely used mainly contains two kinds: based on the generation model of Operation Profile and the generation model based on Markov chain, two kinds of models cut both ways.The Operation Profile adopted based on the generation model of Operation Profile describes, it is in fact the description that the unconditional probability of input space element is distributed, do not relate to the relation of interdependence between input variable, and then can not reflecting time factor on the impact of software application, therefore can not portray the use procedure of software exactly.Although and reflect the dependence of software input to a certain extent based on the generation model of Markov chain, the software application markov property of hypothesis, can not reflect the history use procedure of software exactly; Meanwhile, single use Markov chain generation model, can not fully demonstrate the diversity of software application pattern; In addition, for complication system, application state is various, may cause State space explosion.
Reliability is under prescribed conditions, completes the ability of predetermined function in the stipulated time.From the angle of software, rated condition had both comprised use and the operation of user, also comprised outside input etc.; And from the angle of device systems, rated condition not only comprises temperature, humidity, vibration, electric stress etc., the environmental baseline (comprising the use of user and operation etc.) of software also should be comprised.How the environmental baseline of software mates with temperature stress, humidity modification, vibration stress, electric stress etc., is the technical barrier that soft or hard must solve in conjunction with compbined test.
Fig. 1 is the process flow diagram of the software and hardware method for testing reliability that the present invention is based on mission profile, comprising:
S101: record each task phase and corresponding various working methods thereof;
S102: according to the conversion of the working method of each task phase, is combined into test case sequence by the process operations of equipment, obtains software task stress;
S103: expand environmental stress on the basis of mission profile, assesses the execution probability of the described software stress under described environmental stress.
The complication system test evaluation demand that technical solution of the present invention merges for hardware and software height, during software and hardware compbined test, realize software test section to mate with the effective of reliability test sectional plane, approach the actual use of user to equipment as far as possible, solve the technical barrier existed in the software and hardware combined reliability test of software intensive system, realize the test of effective software and hardware combined reliability, scientific and reasonable comprehensive evaluation is made to system reliability.Particularly, its advantage is as follows.
First, the software test Section Design method in software and hardware combined reliability test profile designing technique combines the advantage of current main software Operation Profile designing technique, and takes into account the feature of conventional hardware test.This task based access control section and combine the software test Section Design technology of all kinds of environmental stress agent (temperature stress, humidity modification, vibration stress, inductance stress etc.), make laboratory can simulate actual service condition more exactly, reflect the adaptability to operation change and environmental change in the actual use procedure of weaponry truly, be exposed to toward using in reality the software and hardware interaction fault that just there will be, there is feasibility and operability, compensate for the deficiency of convectional reliability test and software test.
Then, under the prerequisite not changing conventional hardware test profile theory and technology, approach the actual use of user to equipment as far as possible, the software test section achieved based on state space mates with the effective of the reliability test sectional plane based on sequential, and its essence is a kind of matching technique of Time and place.This matching technique is utilized to implement the test of software and hardware combined reliability, its software stress under various environmental stress disclosed performs the fault mode that probability more can represent actual use, the MTBF(Mean Time Between Failure drawn, mean free error time) value more can represent the achieved reliability level of equipment.Carry out reliability growth on this basis, could really achieve tangible results, make the inherent reliability of equipment be able to certain raising, thus greatly reduce the expense of equipment life cycle management.
Finally, this technology is convenient to the automatic loading implementing test data.Interdiscipline has operability again, proposes realistic new approaches and countermeasure, has very strong practical value, has filled up domestic blank, and has reached advanced world standards.
Fig. 2 is the embodiment process flow diagram of the software and hardware method for testing reliability that the present invention is based on mission profile.Compared to Figure 1, Fig. 2 is the process flow diagram of specific embodiment.
S201: record each task phase and corresponding various working methods thereof;
S202: according to the conversion of the working method of each task phase, according to the regulation preset or principle, assesses the probability of happening of described test case sequence in affiliated task phase;
S203: the frequency occurred in test case sequence according to the value of each operating parameter, obtains the probability of this operating parameter;
S204: described environmental stress is set for presetting several grade according to task source; Under the environmental stress of each grade, assess the execution probability of described software stress;
S205: the proportion accounting for described mission profile according to test case sequence, obtains the test probability of the process operations corresponding with this test case sequence;
S206: according to the normalization computing of each process operations process operations minimum relative to test probability, the testing time of assessment each process operations described.
The present invention needs the information contained by current task section to carry out classifying and arranging, according to the software test Section Design information needed of software and hardware combined reliability test, design necessary information with software and hardware combined reliability test profile to contrast, and in conjunction with the result of software and hardware interaction fault Analysis on Mechanism, search its content be short of and classification, and the corresponding relation of the environmental factor such as these information and temperature stress, vibration stress, humidity modification, electric stress.Then, by consulting user manual, operation manual, the relevant documentations such as overall plan, in conjunction with Field Research, with testing crew, design and develop personnel, user representative is linked up, whole system state of subjects and duty are arranged, list its whole system state, duty and working method, by the task phase of mission profile and facility switching machine state, system state maps, further system state and duty are mapped, its time with mission profile and related physical characteristic quantity are mated, expand subjects with this and use operation relevant information, for design software and hardware combined reliability test profile makes place mat.
According to the mission profile of equipment, according to the sequential occurred, the work event of each mission profile of the mounting platform of equipment is listed, one by one according to design documentation, determine the system state of equipment software, mark the on-off state of each task phase equipment and the system state of equipment software, form task phase J={J1, J2, J3 ... the system state S={S1 of Jn} and equipment software, S2, S3 ... the mapping table of Sn}, as shown in the table.
Further " duty " in change system state is decomposed, be decomposed into several duties, then mark the system state of equipment software and the duty of equipment software, form the system state S={S1 of equipment software, S2, S3 ... Sn} and duty W={W1, W2, W3 ... the mapping table of Wn}, as shown in the table.
Note: "-" represents that content is by actual conditions record.
According to the relevant documentation of equipment, working method decomposition is carried out to various duty, forms duty W={W1, W2, W3 ..., Wn} and working method B={B1, B2, B3 ..., the mapping table of Bn} is shown in Table 4.
Fig. 3 is the embodiment schematic diagram of the software and hardware method for testing reliability that the present invention is based on mission profile.Below in conjunction with Fig. 3 schematic diagram, the present embodiment is described further.
With testing crew, design and develop personnel, user representative is linked up, the armament-related work mode in each stage of mission profile is determined one by one, form the mapping of mission profile and working method, according to the mapping relations of mission profile and working method, according to continuity and the relative independentability of mission profile task, carried out segmentation, as shown in Figure 3.Section A can be analyzed to three task sections.
According to equipment software working method transition diagram, list working method conversion sequence possible in each task phase, and the probability of each working method conversion sequence in task phase is estimated.Estimation principle is if having clear stipulaties in handbook and software document, then carry out probability calculation according to the rules; If there is no clear stipulaties, then estimate according to the principle of each working method conversion sequence probability of occurrence equalization in same task section, finally the probability of happening of described test case sequence in affiliated task phase is assessed, as shown in the table.
According to the technical manual of equipment, determine the parameter that each operation relates to, its data type is determined one by one to each parameter, scope and character (optional or required), to the parameter having data area, equivalence class classifying method and boundary analysis is utilized to analyze, determine the typical value on its equivalence class/border, then according to the frequency that the value of each operating parameter occurs in test case sequence, form function/operation Oij={O11, O12, O13, Onk} and parameter Pij={P11, P12, P13, the corresponding relation of Pnk}, obtain the probability of this operating parameter, as shown in the table.
In the determination of operating parameter probability, if equipment and technology handbook has clear and definite probability regulation, then select according to the rules, if there is no clear stipulaties, then to the parameter having input domain, consider that the probability of occurrence of boundary value is lower, but it occurs that the risk of software fault is higher, therefore, on parameter value probability, boundary value and normal value equivalence class adopt identical probability.
By each operation (containing operating parameter, parameter value probability etc.) be combined into test case according to working method conversion sequence, labeled test set of uses case is C={C1, C2, C3, Cn}, according to the corresponding relation that above-mentioned steps obtains, by set of uses case C={C1, C2, C3, the task phase J={J1 of Cn} and mission profile, J2, J3, Jn} becomes corresponding one by one, and according to corresponding relation, test use cases C is resolved into test case subset CF={CF1 according to task phase J, CF2, CF3, CFn}, task phase J is corresponding one by one with test case subset CF, finally obtain the software task stress of this mission profile.
The regulation of the design considerations GJB899A-2009 of temperature stress, humidity modification, electric stress and vibration stress in software and hardware combined reliability test profile is implemented.
In addition, consider in test profile design process software test case suite to be used as software task stress loading on original hardware reliability combined environment test section.The mentality of designing of other stress is determined according to reference temperature stress in hardware reliability combined environment test section, same reference temperature stress when adapting software test use cases and original hardware reliability combined environment test section, the each task source being used for weighted calculation synthesis reliability test sectional plane same steady temperature value in some single task test profiles is sorted out, by the corresponding relation of task source each in single task test profile and test case, form each steady temperature step of synthetic test section and the corresponding relation of software test case.
Due to software test section generally with the execution probability of task or operation for according to designing, therefore relevant probable value is added up according to the number of times of ergodic state usually.
Environmental stress is expanded on the basis of mission profile, assesses the execution probability of the described software stress under described environmental stress.Described environmental stress comprises temperature stress, humidity modification, vibration stress, inductance stress etc.Below, illustrate further for temperature stress.
The software operation section probability making the task source of integrated view steady temperature grade is T
ijr; Arrange described environmental stress for presetting several grade according to task source, preferably, the temperature grade in integrated view is i, i=1 ..., m; Task phase corresponding to each temperature grade is j, j=1 ..., n; Task source is r, and corresponding task probability is P
r; The execution probability of the described software stress of assessment under described environmental stress, preferably, assess under the temperature stress of a certain steady temperature, the execution probability of each software stress:
This formula is Z
igeneral expression, under a certain default steady temperature, single task and multitask situation all applicable.
Further, environmental stress can be divided into multiple grade by its degree, such as, temperature can be chosen special temperature spot according to high/low temperature degree according to practical application scene and represent certain grade, particularly, according to the scene of the actual experience of equipment, 60 ° of C can be chosen as high thermal level, choose 22 ° of C as normal temperature grade, choose-15 ° of C as low-temperature grade; In like manner, according to the application experience of actual scene, according to vibration frequency, vibration stress is set to multiple grade.Similarly, other environmental stress, such as humidity modification, inductance stress etc. are identical.
According to task source, described environmental stress is set for presetting several grade; Under the environmental stress of each grade, assess the execution probability of described software stress.Make C
irthe working method conversion sequence probability that under expression single task section, task source r is corresponding is at the probability of each temperature grade i, and the computing formula assessing the execution probability of described software stress is:
Wherein: M
r---the task flow number of passes that task source r is corresponding.
Account for the proportion of described mission profile according to test case sequence, obtain the test probability of the process operations corresponding with this test case sequence.Preferably, V is made
irthe probability that the working method conversion sequence that expression task source r is corresponding is shared in whole integrated view, the computing formula of described test probability is:
According to the normalization computing of each process operations process operations minimum relative to test probability, the testing time of assessment each process operations described.Described normalization computing, its principle is that the minimum process operations of hypothesis test probability at least occurs once, then sentence this minimum test probability by the test probability of other process operations, can assess the frequency of other process operations.Certainly, if the number of times that the minimum process operations of test probability occurs is many, so, say from probability theory, the frequency of other process operations will several times and it.Preferably, G is made
rrepresent the comprehensive proportion of working method conversion sequence, its computing formula is:
As previously mentioned, if V
minimum valueprocess operations occur k time, then Vr process operations generation k × G
rsecondary.
So, the invention provides a kind of software and hardware method for testing reliability of task based access control section, software and hardware compbined test environment can be combined, effective reliability growth is carried out to equipment, comprehensive, scientifical, evaluate equipment Reliability exactly.
Fig. 4 is the schematic diagram of the software and hardware reliability test system that the present invention is based on mission profile, comprising:
Work List sets up unit, for recording each task phase and corresponding various working methods thereof;
Set up with described Work List the test list that unit is connected and set up unit, for the conversion of the working method according to each task phase, the process operations of equipment is combined into test case sequence, obtain software task stress;
Setting up with described test list the task probability assessment unit that unit is connected, for expanding environmental stress on the basis of mission profile, assessing the execution probability of the described software stress under described environmental stress.
Fig. 4 and Fig. 1 is corresponding, the method for operation of unit and identical in method in figure.
Fig. 5 is the embodiment schematic diagram of the software and hardware reliability test system that the present invention is based on mission profile.Compared with Fig. 4, Fig. 5 is the schematic diagram of the preferred embodiment of the present invention.
As shown in Figure 5, unit is set up in described test list, comprising:
Probability of happening acquiring unit, for according to the regulation preset or principle, assesses the probability of happening of described test case sequence in affiliated task phase.
Wherein in the middle of an embodiment, unit is set up in described test list, also comprises:
Probability acquiring unit, for the frequency occurred in test case sequence according to the value of each operating parameter, obtains the probability of this operating parameter.
As shown in Figure 5, described task probability assessment unit, comprising:
Single task probability acquiring unit, with arranging described environmental stress according to task source for presetting several grade; Under the environmental stress of each grade, assess the execution probability of described software stress.
Wherein in the middle of an embodiment, described task probability assessment unit, also comprises:
The operational testing unit be connected with described single task probability acquiring unit, for accounting for the proportion of described mission profile according to test case sequence, obtains the test probability of the process operations corresponding with this test case sequence;
The number of operations unit be connected with described operational testing unit, for the normalization computing according to each process operations process operations minimum relative to test probability, the testing time of assessment each process operations described.
Fig. 5 and Fig. 2 is corresponding, the method for operation of unit and identical in method in figure.
In sum, technical solution of the present invention gives software and hardware combined reliability test profile method for designing.This method has taken into full account the adaptability to operation change and environmental change in the actual use procedure of equipment, can more effectively exposing product defect, its failure mode disclosed more can represent onsite application failure mode, and the MTBF value drawn also more can represent the achieved reliability level of equipment.Carry out the work such as reliability growth and Synthesis of System Reliability evaluation on this basis just more scientific and reasonable, and can really achieve tangible results, thus really improve the inherent reliability of equipment, and greatly reduce life cycle cost of equipment, be embodied in following some:
(1) by reliability level that is comprehensive, scientifical, evaluation software intensive equipment system equitably, the raising of such equipment preparation stage reliability design level can effectively be promoted.
(2) by the fault, the defect analysis that expose in test, specific aim and the validity of corrective action can be strengthened, realize the reliability growth of product, shorten the desired value cycle in reliability maturity stage.
(3) software and hardware combined reliability tests experimental prototype quantity and test number (TN)s such as can reducing test, try out, greatly reduces experimentation cost, reduces development cost.
(4) this invention has stronger versatility, easily promotes, reproducible, revises a little, namely can be the polytype equipments such as airborne, vehicle-mounted, carrier-borne and ground and adopts.
The technology of the present invention will solve the urgent need of software intensive system reliability evaluation, the reliability level that energy is software intensive system makes the evaluation of high confidence level, and found accurately and efficiently by fail-test and correct the latent defect of software intensive system, ensure the accuracy of fail-test result, reduce Laboratory Evaluation MTBF value and the gap using field statistics value, improve the reliability level of software intensive system, reduce support cost, there is important economic benefit and social benefit.
Through the above description of the embodiments, those skilled in the art can be well understood to the mode that the present invention can add required hardware platform by software and realize, and can certainly all be implemented by hardware.Based on such understanding, what technical scheme of the present invention contributed to background technology can embody with the form of software product in whole or in part, this computer software product can be stored in storage medium, as ROM/RAM, magnetic disc, CD etc., comprising some instructions in order to make a computer equipment (can be personal computer, server, or the network equipment etc.) perform the method described in some part of each embodiment of the present invention or embodiment.
The above embodiment only have expressed several embodiment of the present invention, and it describes comparatively concrete and detailed, but therefore can not be interpreted as the restriction to the scope of the claims of the present invention.It should be pointed out that for the person of ordinary skill of the art, without departing from the inventive concept of the premise, can also make some distortion and improvement, these all belong to protection scope of the present invention.Therefore, the protection domain of patent of the present invention should be as the criterion with claims.
Claims (8)
1. a software and hardware method for testing reliability for task based access control section, is characterized in that, comprising:
Record each task phase and corresponding various working methods thereof;
According to the conversion sequence of the working method of each task phase, the probability of the operating parameter of equipment and described operating parameter is combined into test case sequence, by corresponding one by one with each task phase for described test case sequence, obtain the software task stress of each task phase;
Environmental stress is expanded on the basis of mission profile, assesses the execution probability of the described software task stress under described environmental stress;
Environmental stress is expanded on the basis of mission profile, and the step assessing the execution probability of the described software task stress under described environmental stress comprises:
According to task source, described environmental stress is set for presetting several grade;
Under the environmental stress of each grade, assess the execution probability of described software task stress.
2. the software and hardware method for testing reliability of task based access control section according to claim 1, it is characterized in that, according to the conversion sequence of the working method of each task phase, the probability of the operating parameter of equipment and described operating parameter is combined into test case sequence, by corresponding one by one with each task phase for described test case sequence, the step obtaining the software task stress of each task phase comprises:
According to the regulation preset or principle, the probability of happening of described test case sequence in affiliated task phase is assessed.
3. the software and hardware method for testing reliability of task based access control section according to claim 1 and 2, it is characterized in that: the conversion sequence of the described working method according to each task phase, the probability of the operating parameter of equipment and described operating parameter is combined into test case sequence, by corresponding one by one with each task phase for described test case sequence, obtain the step of the software task stress of each task phase, also comprise:
According to the frequency that the value of each operating parameter occurs in test case sequence, obtain the probability of this operating parameter.
4. the software and hardware method for testing reliability of task based access control section according to claim 1, is characterized in that, under the environmental stress of each grade, after assessing the execution probability step of described software task stress, also comprises:
Account for the proportion of described mission profile according to test case sequence, obtain the test probability of the process operations corresponding with this test case sequence;
According to the normalization computing of each process operations process operations minimum relative to test probability, the testing time of assessment each process operations described.
5. a software and hardware reliability test system for task based access control section, is characterized in that, comprising:
Work List sets up unit, for recording each task phase and corresponding various working methods thereof;
Set up with described Work List the test list that unit is connected and set up unit, for the conversion sequence of the working method according to each task phase, the probability of the operating parameter of equipment and described operating parameter is combined into test case sequence, by corresponding one by one with each task phase for described test case sequence, obtain the software task stress of each task phase;
Setting up with described test list the task probability assessment unit that unit is connected, for expanding environmental stress on the basis of mission profile, assessing the execution probability of the described software task stress under described environmental stress;
Described task probability assessment unit comprises:
Single task probability acquiring unit, for arranging described environmental stress for presetting several grade according to task source; Under the environmental stress of each grade, assess the execution probability of described software task stress.
6. the software and hardware reliability test system of task based access control section according to claim 5, is characterized in that, unit is set up in described test list, comprising:
Probability of happening acquiring unit, for according to the regulation preset or principle, assesses the probability of happening of described test case sequence in affiliated task phase.
7. the software and hardware reliability test system of the task based access control section according to claim 5 or 6, is characterized in that, unit is set up in described test list, also comprises:
Probability acquiring unit, for the frequency occurred in test case sequence according to the value of each operating parameter, obtains the probability of this operating parameter.
8. the software and hardware reliability test system of task based access control section according to claim 5, is characterized in that, described task probability assessment unit, also comprises:
The operational testing unit be connected with described single task probability acquiring unit, for accounting for the proportion of described mission profile according to test case sequence, obtains the test probability of the process operations corresponding with this test case sequence;
The number of operations unit be connected with described operational testing unit, for the normalization computing according to each process operations process operations minimum relative to test probability, the testing time of assessment each process operations described.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210154716.8A CN102708016B (en) | 2012-05-17 | 2012-05-17 | The software and hardware method for testing reliability of task based access control section and system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210154716.8A CN102708016B (en) | 2012-05-17 | 2012-05-17 | The software and hardware method for testing reliability of task based access control section and system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102708016A CN102708016A (en) | 2012-10-03 |
| CN102708016B true CN102708016B (en) | 2015-08-12 |
Family
ID=46900829
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201210154716.8A Active CN102708016B (en) | 2012-05-17 | 2012-05-17 | The software and hardware method for testing reliability of task based access control section and system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102708016B (en) |
Families Citing this family (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103914353B (en) * | 2014-04-17 | 2016-11-23 | 北京航空航天大学 | Combined Trials method in conjunction with software reliability test with hardware reliability test |
| CN104699603B (en) * | 2014-12-22 | 2017-08-04 | 工业和信息化部电子第五研究所 | The method for testing reliability and system of software and hardware system |
| CN104503913B (en) * | 2014-12-27 | 2017-06-13 | 中国人民解放军63655部队 | A kind of component software reliability estimation method based on migration path and improvement markov chain |
| CN104503919B (en) * | 2015-01-13 | 2017-04-05 | 中国船舶重工集团公司第七二二研究所 | A kind of software reliability estimation method |
| CN105446164B (en) * | 2015-11-27 | 2018-05-11 | 中国人民解放军63908部队 | A kind of semi-hardware type simulation test system |
| CN109946536A (en) * | 2019-01-17 | 2019-06-28 | 北京航空航天大学 | A kind of comprehensive reliability test system based on OPC technology |
| CN110096426A (en) * | 2019-03-15 | 2019-08-06 | 北京航空航天大学 | Software test section method for building up under the conditions of a kind of environmental load |
| CN110345986B (en) * | 2019-06-11 | 2020-08-25 | 北京航空航天大学 | Multi-stress testing method based on stochastic resonance and task migration |
| CN111858350A (en) * | 2020-07-23 | 2020-10-30 | 深圳慕智科技有限公司 | Intelligent transportation software and hardware data accuracy oriented evaluation method |
| CN112463591B (en) * | 2020-11-12 | 2023-03-21 | 武汉市农业科学院 | Agricultural Internet of things system evaluation method, device, equipment and storage medium |
| CN112395200B (en) * | 2020-11-25 | 2024-04-02 | 电信科学技术第十研究所有限公司 | Method and device for determining probability of software reliability operation profile |
| CN113220547B (en) * | 2021-03-22 | 2023-09-29 | 中国航天系统科学与工程研究院 | Complex software system reliability index determining method based on simulation |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101894068B (en) * | 2010-05-31 | 2013-01-30 | 北京航空航天大学 | Embedded software reliability accelerated test method |
| US8533531B2 (en) * | 2010-06-10 | 2013-09-10 | Microsoft Corporation | Multimedia hardware emulation for application testing |
-
2012
- 2012-05-17 CN CN201210154716.8A patent/CN102708016B/en active Active
Non-Patent Citations (2)
| Title |
|---|
| 基于测试剖面的软件可靠性测试数据生成技术;韩峰岩等;《西安交通大学学报》;20061031;第40卷(第10期);第1073-1077页 * |
| 王红岩,杨涛,高连华.基于虚拟样机的坦克承载零部件疲劳寿命预测方法.《装甲兵工程学院学报》.2007,第21卷(第1期),第40-44页. * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102708016A (en) | 2012-10-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102708016B (en) | The software and hardware method for testing reliability of task based access control section and system | |
| Leszczyna | Cybersecurity and privacy in standards for smart grids–A comprehensive survey | |
| Rinaldi | Modeling and simulating critical infrastructures and their interdependencies | |
| Chou et al. | Collection and analysis of critical infrastructure interdependency relationships | |
| Nieuwenhuijs et al. | Modeling dependencies in critical infrastructures | |
| CN101888318B (en) | A kind of system and method for testing performance index of communication system | |
| Brtis et al. | Systems engineering for resilience | |
| CN110134582A (en) | The processing of test case and data processing method and device | |
| Shen et al. | Research on software quality assurance based on software quality standards and technology management | |
| Authen et al. | Guidelines for reliability analysis of digital systems in PSA context. Phase 3. Status report | |
| Beresh et al. | Basic fault tree analysis for use in protection reliability | |
| Fehling-Kaschek et al. | A systematic tabular approach for risk and resilience assessment and Improvement in the telecommunication industry | |
| Ananthan et al. | Universal model‐based fault location for improved system integrity | |
| Hecht et al. | Cybersecurity risk assessment in smart grids | |
| CN110855522A (en) | Electric energy meter communication quality detection method based on analytic hierarchy process | |
| CN109374038B (en) | Change test method of nuclear security level instrument control product based on application prototype | |
| Brigantic et al. | A Mathematical Framework for Representing Cyber-Physical System Interdependencies and Resilience | |
| CN117591392A (en) | One-key sequential control expert test library generation and application method and system for simulation test | |
| Hirschberg | Experiences from dependent failure analysis in nordic countries | |
| Miller et al. | Resilience analysis and quantification for Critical Infrastructures | |
| Gilly et al. | Comparison of predictive techniques in cluster-based network servers with resource allocation | |
| Mandelli et al. | Risk-Informed Analysis of Commercial Nuclear Reactors: the RISMC Approach and 10CFR50. 69 | |
| Finger et al. | Analytical resilience quantification for critical infrastructure and technical systems | |
| Szilard et al. | Advanced Reactor Safety Program–Stakeholder Interaction and Feedback | |
| Kompella | Advancements in Safety Assessment Methods and Techniques for Analysis of Internal and External Hazards |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant |