第三章单元测试STMT.ppt

,Click to edit Master title style,Click to edit Master text styles,Second level,Third level,Fourth level,Fifth level,*,第三章单元测试STMT,第二章回顾,测试心理学,测试的基本原理,第三章 单元测试,3.1,什么是单元测试,3.2,单元测试的目标和任务,3.3,静态测试技术的运用,3.4,动态测试技术的运用,3.5,调试与评估,3.6,单元测试的过程与文档管理,3.7,单元测试的常用工具简介,3.1,什么是单元测试,测试的,4,个阶段：,单元测试,集成测试,系统测试,验收测试,按阶段进行测试是一种基本的测试策略,单元测试的定义,定义,:,单元测试是对软件基本组成单元进行的测试。,时机,:,一般在代码完成后由开发人员完成,QA,人员辅助,.,概念,:,模块,组件,单元,为何要进行单元测试,?,尽早发现错误,错误发现越早,成本越低,.,开发人员过于自信,后期复杂,度高,发现解决,BUG,困难,.,检查代码是否符合设计和规范,12,小时,6,小时,3,小时,单元测试,集成测试,系统测试,3.2,单元测试的目标和任务,目标,:,单元模块被正确编码,信息能否正确地流入和流出单元；,在单元工作过程中，其内部数据能否保持其完整性，包括内部数据的形式、内容及相互关系不发生错误，也包括全局变量在单元中的处理和影响。,在为限制数据加工而设置的边界处，能否正确工作。,单元的运行能否做到满足特定的逻辑覆盖。,单元中发生了错误，其中的出错处理措施是否有效。,任务,1,：模块接口测试,检查模块接口是否正确,Checklist:,输入的实际参数与形式参数是否一致。,个数、属性、量纲,调用其他模块的实际参数与被调模块的形参是否一致。,个数、属性、量纲,全程变量的定义在各模块是否一致。,外部输入、输出,文件、缓冲区、错误处理,其它,任务,2,：模块局部数据结构测试,检查局部数据结构完整性,Checklist:,不适合或不相容的类型说明。,变量无初值。,变量初始化或默认值有错。,不正确的变量名或从来未被使用过。,出现上溢或下溢和地址异常。,其它,任务,3,：模块边界条件测试,检查临界数据处理的正确性,Checklist:,普通合法数据的处理。,普通非法数据的处理。,边界值内合法边界数据的处理。,边界值外非法边界数据的处理。,其它,任务,4,：模块独立执行通路测试,检查每一条独立执行路径的测试。保证每条语句被至少执行一次。,Checklist:,算符优先级。,混合类型运算。,精度不够。,表达式符号。,循环条件，死循环。,其它,任务,5,：模块的各条错误处理通路测试,预见、预设的各种出错处理是否正确有效。,Checklist:,输出的出错信息难以理解。,记录的错误与实际不相符。,程序定义的出错处理前系统已介入。,异常处理不当。,未提供足够的定位出错的信息。,其它,5.3,静态测试技术的运用,静态测试技术：不运行被测试程序，对代码通过检查、阅读进行分析。,三步曲：,走查（,Walk Through,）。,审查（,Inspection,）。,评审（,Review,）,编码的标准和规范,标准：建立起来必须遵守的规则。,规范：建议最佳做法，推荐更好方式。,实施标准和规范的原因：,可靠性。,可读性和可维护性。,可移植性。,走查（,Walk Through,）,定义：采用讲解、讨论和模拟运行的方式进行的查找错误的活动。,注意：,引导小组成员在走查前通读设计和编码。,限时，避免跑题。,发现问题适当记录，避免现场修改。,检查要点是代码是否符合标准和规范，是否有逻辑错误。,审查（,Inspection,）,定义：采用讲解、提问方式进行，一般有正式的计划、流程和结果。主要方法采用缺陷检查表。,注意：,以会议形式，制定会议目标、流程和规则，结束后要编写报告。,按缺陷检查表逐项检查。,发现问题适当记录，避免现场修改。,发现重大缺陷，改正后会议需要重开。,检查要点是缺陷检查表，所以该表要根据项目不同不断积累完善。,走查与审查的比较,走 查,审 查,准备,通读设计和编码,应准备好需求描述文档、程序设计文档、程序的源代码清单、代码编码标准和代码缺陷检查表,形式,非正式会议,正式会议,参加人员,开发人员为主,项目组成员包括测试人员,主要技术方法,无,缺陷检查表,注意事项,限时、不要现场修改代码,限时、不要现场修改代码,生成文档,会议记录,静态分析错误报告,目标,代码标准规范，无逻辑错误,代码标准规范，无逻辑错误,评审（,Review,）,定义：通常在审查会后进行，审查小组根据记录和报告进行评估。,注意：,充分审查了所规定的代码，并且全部编码准则被遵守。,审查中发现的错误已全部修改。,3.4,动态测试技术的运用,动态测试需要真正将程序运行起来，需要设计系列的测试用例保证测试的完整性和有效性。,白盒测试,黑盒（灰盒）测试,白盒测试方法,主要有逻辑驱动法和基本路径法。,语句覆盖。,判定覆盖。,条件覆盖。,判定,/,条件覆盖。,条件组合覆盖。,路径覆盖。,循环覆盖。,黑盒测试方法,运行单元程序有时需要基于被测单元的接口，开发相应的驱动模块和桩模块。,驱动模块（,drive,）,:,对底层,或子层模块进行测试所编写的,调用这些模块的程序。,桩模块（,stub,）：对顶层或,上层模块进行测试时所编写的,替代下层模块的程序。,黑盒常用方法,等价类划分法,边界值分析法 三种数据：,错误推测法,-,正常数据,因果图法,-,错误数据,功能图法,-,边缘数据,另外还得考虑接口测试、性能测试、内存测试,性能分析,内存分析,3.6,调试与评估,调试与测试的对象及采用的方法有很大程度上的相似，调试还用到断点控制等排错方法，但其目的却完全不同。测试是为了找出软件中存在的缺陷，而调试是为了解决存在的缺陷。,软件单元功能与设计需求一致。,软件单元接口与设计需求一致。,能够正确处理输入和运行中的错误。,在单元测试中发现的错误已经得到修改并且通过了测试。,达到了相关的覆盖率的要求。,完成软件单元测试报告,单元测试检查表,(1),借助单元测试检查表进行评估。,案例：,单元测试检查表,单元名称,_,系统,_,构造,_,任务编号,_,初次测试日期,_,关键测试项是否已纠正,有无任何输入参数没有使用？有无任何输出参数没有产生？,有无任何数据类型不正确或不一致？,有无任何算法与,PDL,或功能需求中的描述不一致？,有无任何局部变量使用前没有初始化？,有无任何外部接口编码错误？即调用语句、文件存取、数据库错误。,有无任何逻辑路径错误？,该单元是否有多个入口或多个正常的出口？,单元测试检查表,(2),额外测试项,8.,该单元中有任何地方与,PDL,与,PROLOG,中的描述不一致？,9.,代码中有无任何偏离本项目标准的地方？,10.,代码中有无任何对于用户来说不清楚的错误提示信息？,11.,如果该单元是设计为可重用的，代码中是有可能妨碍重用的地方？,采取的动作和说明,（请用单独的一页或多页。每一项动作必须指出所引用的问题。）,审查结果,1.,如果上述,11,个问题的答案均为,否,，那么测试通过，请在此标记并且在最后签名。,2.,如果代码存在严重的问题，例如多个关键问题的答案为,是,，那么程序编制者纠正这些错误，并且必须重新安排一次单元测试。,下一次单元测试的日期：,_,3.,如果代码存在小的缺陷，那么程序编制者纠正这些错误，并且仲裁者必须安排一次跟踪会议。,跟踪会议的日期：,_,测试人签名：,_,日期：,_,3.6,单元测试的过程和文档管理,过程,:,在详细设计阶段完成单元测试计划。,建立单元测试环境，完成测试设计和开发。,执行单元测试用例，并且详细记录测试结果。,判定测试用例是否通过。,提交,单元测试报告,。,单元测试的文档,软件需求规格说明书,、,软件详细设计说明书,单元测试计划,单元测试计划,、,软件详细设计说明书,单元测试用例,单元测试用例,文档及,软件需求规格说明书,、,软件详细设计说明书,缺陷跟踪报告,/,缺陷检查表,单元测试用例,、,缺陷跟踪报告,、,缺陷检查表,单元测试检查表,评估,单元测试报告,3.7,单元测试常用工具简介,工具分类,:,静态分析工具,代码规范审核工具,内存和资源检查工具,测试数据生成工具,测试框架工具,测试结果比较工具,测试度量工具,测试文档生成和管理工具,Q&A,