河北工业大学软件测试Ch5-单元测试-STMT课件.ppt

河北工业大学软件测试Ch5-单元测试-STMT课件.ppt

ID:57007241

大小:417.50 KB

页数:34页

时间:2020-07-26

河北工业大学软件测试Ch5-单元测试-STMT课件.ppt_第1页
河北工业大学软件测试Ch5-单元测试-STMT课件.ppt_第2页
河北工业大学软件测试Ch5-单元测试-STMT课件.ppt_第3页
河北工业大学软件测试Ch5-单元测试-STMT课件.ppt_第4页
河北工业大学软件测试Ch5-单元测试-STMT课件.ppt_第5页
资源描述:

《河北工业大学软件测试Ch5-单元测试-STMT课件.ppt》由会员上传分享,免费在线阅读,更多相关内容在教育资源-天天文库

1、软件测试方法和技术第2版第5章单元测试第二篇软件测试的技术在实际项目的测试过程中,我们会面对许多复杂的问题和具体的困难,不仅要采用前面所学的方法,还要拥有很好的技术,熟悉业务领域知识,深入系统架构、设计模式和开发框架,灵活运用测试工具,才能真正解决问题。第5章单元测试第6章集成测试和系统测试第7章验收测试第8章面向对象软件的测试第9章基于应用服务器的测试第10章软件本地化测试第11章软件测试自动化第五章单元测试5.1什么是单元测试5.2单元测试的目标和任务5.3静态测试5.4驱动程序和桩程序5.5调试与评估5.6单元测试的管理5.7单元测试

2、工具5.1什么是单元测试测试的4个阶段:单元测试集成测试系统测试验收测试按阶段进行测试是一种基本的测试策略单元测试的定义定义:单元测试是对软件基本组成单元进行的测试。时机:一般在代码完成后由开发人员完成,QA人员辅助.概念:模块,组件,单元为何要进行单元测试?尽早发现错误错误发现越早,成本越低.开发人员过于自信,后期复杂度高,发现解决BUG困难.检查代码是否符合设计和规范12小时6小时3小时单元测试集成测试系统测试单元测试的背景开发流程时间表与修改Bug代价的关系图开发结束开发早期修改代价单元测试的背景(续)编程过程中,每写100行代

3、码会犯150个错误编程与编译运行结束后,每100行代码中大约残留有1-3个Bug寻找与修改程序错误的代价占总体开发投资的40%-80%Bug在整个研发流程中被发现的越早,修改的代价就越低5.2单元测试的目标和任务目标:单元模块被正确编码信息能否正确地流入和流出单元;在单元工作过程中,其内部数据能否保持其完整性,包括内部数据的形式、内容及相互关系不发生错误,也包括全局变量在单元中的处理和影响。在为限制数据加工而设置的边界处,能否正确工作。单元的运行能否做到满足特定的逻辑覆盖。单元中发生了错误,其中的出错处理措施是否有效。任务1:模块独立执行通

4、路测试检查每一条独立执行路径的测试。保证每条语句被至少执行一次。Checklist:误解或用错了算符优先级。混合类型运算。变量初值错。精度不够。表达式符号错。其它任务2:模块局部数据结构测试检查局部数据结构完整性Checklist:不适合或不相容的类型说明。变量无初值。变量初始化或默认值有错。不正确的变量名或从来未被使用过。出现上溢或下溢和地址异常。其它任务3:模块接口测试检查模块接口是否正确,checklist:输入的实际参数与形式参数是否一致。个数、属性、量纲调用其他模块的实际参数与被调模块的形参是否一致。个数、属性、量纲全程变量的定义

5、在各模块是否一致。外部输入、输出文件、缓冲区、错误处理其它任务4:模块边界条件测试检查临界数据处理的正确性Checklist:普通合法数据的处理。普通非法数据的处理。边界值内合法边界数据的处理。边界值外非法边界数据的处理。其它任务5:模块的各条错误处理通路测试预见、预设的各种出错处理是否正确有效。Checklist:输出的出错信息难以理解。记录的错误与实际不相符。程序定义的出错处理前系统已介入。异常处理不当。未提供足够的定位出错的信息。其它5.3静态测试技术的运用静态测试技术:不运行被测试程序,对代码通过检查、阅读进行分析。三步曲:走查(W

6、alkThrough)。审查(Inspection)。评审(Review)编码的标准和规范标准:建立起来必须遵守的规则。规范:建议最佳做法,推荐更好方式。实施标准和规范的原因:可靠性。可读性和可维护性。可移植性。走查(WalkThrough)定义:采用讲解、讨论和模拟运行的方式进行的查找错误的活动。注意:引导小组成员在走查前通读设计和编码。限时,避免跑题。发现问题适当记录,避免现场修改。检查要点是代码是否符合标准和规范,是否有逻辑错误。审查(Inspection)定义:采用讲解、提问方式进行,一般有正式的计划、流程和结果。主要方法采用缺陷检

7、查表。注意:以会议形式,制定会议目标、流程和规则,结束后要编写报告。按缺陷检查表逐项检查。发现问题适当记录,避免现场修改。发现重大缺陷,改正后会议需要重开。检查要点是缺陷检查表,所以该表要根据项目不同不断积累完善。走查与审查的比较走查审查准备通读设计和编码应准备好需求描述文档、程序设计文档、程序的源代码清单、代码编码标准和代码缺陷检查表形式非正式会议正式会议参加人员开发人员为主项目组成员包括测试人员主要技术方法无缺陷检查表注意事项限时、不要现场修改代码限时、不要现场修改代码生成文档会议记录静态分析错误报告目标代码标准规范,无逻辑错误代码标准

8、规范,无逻辑错误评审(Review)定义:通常在审查会后进行,审查小组根据记录和报告进行评估。注意:充分审查了所规定的代码,并且全部编码准则被遵守。审查中发现的错误已全部修改。5

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。