软件测试相关度量

上传人:wu****ei 文档编号:253240429 上传时间:2024-12-09 格式:PPT 页数:66 大小:1.12MB
收藏 版权申诉 举报 下载
软件测试相关度量_第1页
第1页 / 共66页
软件测试相关度量_第2页
第2页 / 共66页
软件测试相关度量_第3页
第3页 / 共66页
资源描述:

《软件测试相关度量》由会员分享,可在线阅读,更多相关《软件测试相关度量(66页珍藏版)》请在装配图网上搜索。

1、单击此处编辑母版文本样式,,第二级,,第三级,,第四级,,第五级,,*,*,,Software Metrics,Lecture 10,,Software Test Metrics,,清 华 大 学 软 件 学 院,,,2004年5月11日,1,COCOMO,where,a,,,b,,,c,and,d,depend on the,development mode,.,Organic mode,,Semi-detached mode,,Embedded mode,Basic model,,,Intermediate model,,Advanced model,2,,COCOMO: Basic,Th

2、e Basic COCOMO,Mode,a,b,Organic,2.4,1.05,Semi-detached,3.0,1.12,Embedded,3.6,1.20,development time cannot be predicted at this stage.,3,,COCOMO: Intermediate,The Intermediate COCOMO:,Mode,c,d,Organic,2.5,0.38,Semi-detached,2.5,0.35,Embedded,2.5,0.32,Mode,a,b,Organic,3.2,1.05,Semi-detached,3.0,1.12,E

3、mbedded,2.8,1.20,4,,COCOMO II,Application Composition,,E = OP / PROD,,,Early Design model,,,E = 2.45 × KLOC × EAF,,Post-Architecture model,5,,Putnam’s SLIM,6,,Test Concepts,,Estimating Number of Test Case &,Allocating Test Times,,Test Coverage Metrics,,Remaining Defects Metrics,Contents,7,,Section 1

4、,,Test Concepts,8,,防不胜防的软件错误 ——,,,例1:1963年, 美国, 飞往火星的火箭爆炸, 损失$ 10,million.,,原因:,FORTRAN,循环,DO 5 I = 1, 3,,误写为,DO 5 I =,,1,.,3,,软件测试是保证软件质量的关键步骤,是对软件规格说明、设计和编码的最后复审,其工件量约占总工作量,40%,以上(对于人命关天的情况,测试相当于其它部分总成本的,3 — 5倍,),Roles of Software Testing,9,,What is software testing,,“ Testing is the process

5、of,,executing a program with the,,intent of finding errors.”,,,Glen Myers,,10,,Software Testing Objectives,Needing,minimum effort and time,,Showing that software functions,work according to specification,It cannot show absence of errors or defects. It can only show that errors are present,Uncovering

6、,different cases,of errors,11,,1:5-10,Mainframes,,i.e.,1 tester for every 5 to 10 developers,,2:3,,Microsoft, 1992,,2:1,,Lotus (for 1-2-3 Windows),,1:2,,Average of 4 major companies,1992 Microsoft, Borland, WordPerfect, Novell,Tester-to-developer ratios,12,,What is a test case?,A set of test,inpu

7、ts,, execution conditions, and,expected results,developed for a particular objective,13,,A test is made up of (many) test cases,,A test procedure is the detailed instructions for setting up, starting, monitoring and restarting a given test case. a,.,k.a,test plan,,a test case may be used in more tha

8、n one test procedure,,a test case may include many subtests,What is a test?,14,,Test,test case,test case,test case,subtest,subtest,subtest,subtest,What is a test?,(cont.),15,,Testing Methodology,White-box,SELECTED,INPUTS,RESULTANT,OUTPUTS,INTERNAL,BEHAVIOR,DESIRED,OUTPUT,SOFTWARE,DESIGN,Black-box,SE

9、LECTED,INPUTS,RESULTANT,OUTPUTS,DESIRED,OUTPUT,16,,Objective:,Cover,the software structure,Structural (White-Box) Test Criteria,Criteria based on,,control flow,,data flow,,Metric: percentage of coverage achieved,,Adequacy based on metric requirements for criteria,17,,Graph representation of control

10、flow and,,data flow relationships,Flow Graphs,Control Flow,,The partial order of statement execution, as defined by the semantics of the language,,Data Flow,,The flow of values from definitions of a variable to its uses,18,,Statement Coverage,,Branch Coverage,,Condition Coverage,,Basis Path Coverage

11、,,All-Edges Coverage,,All-Paths Coverage,White-Box Test,19,,1,,2,,3,,4,,5,,6,,7,,8,,9,,10,,11,,12,,13,,14,,15,function,P,return,INTEGER,is,,begin,,X, Y: INTEGER;,,READ(X); READ(Y);,,while,(X > 10),loop,,X := X – 10;,,exit when,X = 10;,,end loop,;,,if,(Y < 20,and then,X,mod,2 = 0),then,,Y := Y +

12、20;,,else,,Y := Y – 20;,,end if,;,,return,2*X + Y;,,end,P;,A Sample Program to Test,20,,2,3,4,5,6,9´,10,12,14,T,T,F,F,9,,T,F,7,T,F,9,a,9,b,P’s Control Flow Graph (CFG),21,,2,3,4,5,6,10,12,14,T,F,9,T,F,7,T,F,At least 2 test cases needed,(X = 20, Y = 10),,,,,(X = 20, Y = 30),,,,All-Statements Coverag

13、e of P,22,,minimum level coverage using structural testing,,may be impossible to achieve 100% statement coverage,,code only executed in exceptional or dangerous circumstances,,code that is unreachable,Statement Testing: weaknesses,23,,2,3,4,5,6,10,12,14,T,F,9,T,F,7,T,F,At least 2 test cases needed,(

14、X = 20, Y = 10),,,,,(X = 15, Y = 30),,,All-Branches Coverage of P,24,,Branch Testing,:,weaknesses,Branch testing is one level up from statement testing in degree of coverage,,same problem in achieving 100% coverage,25,,2,3,4,5,6,9,b,10,12,14,T,T,F,F,9,a,T,F,7,T,F,At least 3 test cases needed,,(X = 2

15、0, Y = 20),,,5T,7T,9a,F,,9bT,,(X = 15, Y = 10),,,5T,7,F,,9aT,9b,F,,(X = 9, Y = 10),,,5,F,,7,F,,9aT,9b,F,Condition Coverage of P,X > 10,,X = 10,,Y < 20,,X mod 2=0,26,,Condition Coverage,Generate test data such that all conditions in a decision take on both outcomes (if possible) at least once,,May n

16、ot achieve branch coverage:,,consider,while (x 20 ),,x = 0,causes first true, second false,,x = 34,causes first false, second true,27,,2,3,4,5,6,10,12,14,T,F,9,T,F,7,T,F,Basic-paths Coverage of P,cyclomatic complexity:,V(G) = e - n + 2,28,,2,3,4,5,6,10,12,14,T,F,9,T,F,7,T,F,4 test cases needed,(X =

17、 10, Y = 10),,,(X = 10, Y = 20),,(X = 20, Y = 10),,(X = 15, Y = 10),,Basic-paths Coverage of P,,,,,,,,29,,Basis path testing,:,Strengths/weaknesses,Basis set is easy to compute,,the technique is readily applicable to both structured and unstructured programs,,Drawback,: the basis set is not unique;

18、there will be obvious paths omitted,,Drawback,: the number of paths in the basis set can greatly exceed the number necessary to achieve branch coverage,30,,2,3,4,5,6,9,b,10,12,14,T,T,F,F,9,a,T,F,7,T,F,At least 3 test cases needed,(X = 20, Y = 10),,,,(X = 5, Y = 30),,,,(X = 21, Y = 10),,,All-Edges Co

19、verage of P,31,,2,3,4,5,6,9b,10,12,14,T,T,F,F,9a,T,F,7,T,F,Infinitely many test cases needed,(X = 5, Y = 10),,(X = 15, Y = 10),,(X = 25, Y = 10),,…,All-Paths Coverage of P,32,,All-Paths testing,Generate test data to exercise all distinct paths in a program!,,a path that makes,i,iterations through a

20、loop is distinct from a path that makes,i+1,iterations through the loop, even if the same nodes are visited in both iterations.,,Thus, there are an,infinite number,of paths in the string processing program!,33,,All-Paths testing,(cont.),包含的不同执行路径数达,5,20,条,对每一条路径进行测试需要1毫秒,假定一年工作,365,×,24,小时,要想把所有路径测试

21、完,需3170年,34,,2,3,4,5,6,9,b,10,12,14,T,F,9,a,T,F,Y,X,X,Y,Y,X,X,Y,Y,X,X,X,T,F,7,T,F,X,X,P’s Control and Data Flow Graph,35,,How many test cases are needed?,2,3,4,5,6,9,b,10,12,14,T,F,9,a,T,F,Y,X,X,Y,Y,X,X,Y,Y,X,X,X,T,F,7,T,F,X,X,All-Uses Coverage of P,36,,all-statements,all-edges,boundary-interior,,lo

22、op testing,min-max,,loop testing,all-paths,all-,defs,all-uses,all-DU-paths,all-p-uses,all-c-uses,C1,C2,subsumes,Structural,Subsumption,Hierarchy,all-branches,37,,Black Box Test,Equivalence Class,,Boundary Analysis,,…,38,,Testing Levels,Testing occurs throughout lifecycle,,Unit,,Integration,,System,,

23、Acceptance,,Regression,39,,Overall Approach,Unit testing (module),,,Integration testing,,,System testing,,,Acceptance testing,White / Black box,,,Black box,,,Black box - requirements,,Black box - performance,40,,Section 2,,,Estimating Number of Test Case & Allocating Test Times,,41,,Estimate No. of

24、 Test Cases,,Time,,(available time,,available staff)/,,(average time to prepare a test case),,How many test cases do we need?,,Cost,,,(available budget) /,,(average preparation cost per test case),,Select the minimum number of the two,42,,Example,Development budget:,$4 million,,,%10,of which spent

25、on preparing test cases,,Each test case costs,$250,or,4 hours,,The duration of project is set to be,25 weeks,(of 40 hours each) and,5 staffs,for test cases,,How many test cases should be prepared?,,,From cost,N1 = (4,000,000,,0.1) / 250 = 1,600,,,From time,N2 = (25,,40,,5) / 4 = 1,250,,,,,,,,N =

26、min (N1 , N2),, therefore,,N = 1,250,43,,Allocating Test Time,How to allocate test time among,,system components,(e.g., acquired components, developed components),,test type,(e.g., unit test, integrated test, system test) and,44,,Test Time: Systems /1,Allocate less than 10% of the remaining time to

27、 certification test of acquired components,,Allocate time to the developed components based on their significance,OS, System software,Developed,,components,Acquired,,components,Interface to other systems,45,,Test Time: Systems /2,Example:,,Total test time: 340 h,,,,,,,,Test case proportion:,,Associ

28、ated system components: 64.7%,,Operating system component: 23.5%,Interface to other systems,,(40 h),Acquired,,components,,(20 h),Developed,,components,,(200 h),OS, System software,,(80 h),Associated,,System,,Components,,220 h,46,,Test Case Invocation,In what order the system should be tested?,,Recom

29、mended sequence of system test:,,Acquired components (certification test only),,Developed product,,Other systems, OS, etc. (load test only),47,,Section 3,,Test Coverage Metrics,48,,Test Coverage Metrics /1,Coverage of what?,,Statement coverage,,Branch coverage,,Component/Module coverage,,Specifica

30、tion coverage,,GUI coverage,,…,49,,Test Coverage /1,Statement coverage (,CV,s,),,Portion of the statements tested by at least one test case.,50,,Test Coverage /2,Branch coverage (,CV,b,),,Portion of the branches in the program tested by at least one test case.,,51,,Test Coverage /3,Component c

31、overage (,CV,cm,),,Portion of the components in the software covered and tested by at least one test case,52,,Test Coverage /4,GUI coverage (,CV,GUI,),,Portion of the GUI elements (e.g., menus, buttons, multiple selections, text fields, etc.) in the software covered and tested by at least one test

32、 case.,53,,Test Pass, Failure & Pending Rate/1,Test Pass Rate (,R,tp,),,Portion of the test cases that were executed successfully (i.e., produced expected output).,54,,Test Pass, Failure & Pending Rate/2,Test Failure Rate (,R,tf,),,Portion of the test cases that were not executed successfully (i.e.,

33、 produced different output than expected).,55,,Test Pass, Failure & Pending Rate/3,Test Pending Rate (,R,tpend,),,Portion of the test cases that were pending (i.e.,,couldn,’t be executed or correctness of the output,couldn,’t be verified).,56,,Section 4,,Remaining Defects Metrics,57,,Remaining Defec

34、ts Metrics /1,The idea is to inject (seed) some faults in the program and calculate the remaining bugs based on detecting the seeded faults [Mills 1972],Assuming that the probability of detecting the seeded and non-seeded faults are the same,58,,Seeded,,Detected,Seeded,,Undetected,Remaining,,Detect

35、ed,Remaining,,Undetected,Total,,,Seeded,Total Remaining,Remaining Defects Metrics /2,59,,Remaining Defects Metrics /3,N,s,is already known;,,n,d,,and,n,s,are measured for a certain period of time,60,,Example,Assume that,61,,Comparative Remaining Defects/1,Two testing teams will be assigned to test the same product,62,,Example,63,,Summary,Estimating Number of Test Case?,Test Coverage Metrics,,Remaining Defects Metrics,64,,Further reading,,1. Software testing,Homework,65,,Thanks for your time and attention!,66,,

展开阅读全文
温馨提示:
1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
2: 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
3.本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

相关资源

更多
正为您匹配相似的精品文档
关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

copyright@ 2023-2025  sobing.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!