单元测试与设计

第四章单元测试4.1什么是单元测试规格定义设计编码系统测试集成测试单元测试用户需求验收测试回归测试配置管理缺陷跟踪4.1什么是单元测试单元测试（UnitTesting）是对软件基本组成单元进行的测试，单元的基本属性：明确的功能；规格定义；与其他部分明确的接口定义；例：C++中的public的成员函数，单独的函数或类；4.1什么是单元测试单元测试的目的：验证代码是否与设计相符；跟踪需求和设计的实现；发现设计和需求中存在的错误；发现编码过程中引入的错误；4.1什么是单元测试为什么进行单元测试？单元测试浪费了太多时间；单元测试仅仅是证明这些代码做了些什么；我是个很棒的程序元，我可以不进行单元测试；不管怎样，集成测试将会抓住所有的bug；它的成本效率不高；4.2单元测试策略桩模块（Stub）：用以模拟被测模块工作过程中所调用的模块，他们一般只进行很少的数据处理，例如打印入口和返回；驱动模块（Driver）：用以模拟被测模块的上级模块，它接受测试数据，把相关的数据传送给被测模块，启动被测模块，并打印相应的结果；4.2单元测试策略

由顶向下的单元测试策略；-先对最顶层的单元进行测试，把顶层所调用的单元做成桩模块，其次对第二层进行测试，使用上面已测试的单元做驱动模块，以此类推；由底向上的单元测试策略；-先对模块调用层次图上最底层的模块进行单元测试，为该模块建立驱动模块，其次对上一层做单元测试，下面测试过的模块做桩模块，以此类推；孤立测试-不考虑每个模块与其他模块之间的关系，为每个模块设计桩模块和驱动模块；4.3单元测试分析单元测试所考虑的方面：模块模块接口局部数据结构出错处理独立路径边界条件4.3单元测试分析模块接口：调用所测模块时的输入参数与模块的形参在个数、属性、顺序上是否匹配；参数与变量的属性、单位是否一致；全局变量的定义在每个模块中是否一致；-是否修改只是作为输入值的变量；有没有把常数当变量来传送；调用内部函数时，变量的个数、属性和次序是否正确；4.3单元测试分析局部数据结构：检查不正确或不一致的数据类型说明；使用尚未赋值或尚未初始化的变量；错误的初始值或错误的默认值；变量名拼写错误或书写错误；不一致的数据类型；上溢、下溢或地址错误；4.3单元元测试分析独立路径：误解或不正确确的算术优先先级；运算方式错误误；不同数据类型型的比较；不正确的逻辑辑运算符或优优先次序；错误或不可能能的循环终止止条件；不恰当的修改改了循环变量量；因浮点数运算算精度问题而而造成的两值值比较不等；；4.3单元元测试分析出错处理：出错的描述难难以理解；出错的描述不不足以对错误误定位和确定定出错的原因因；显示的错误与与实际的错误误不符；对错误条件的的处理不正确确；在对错误进行行处理之前，，错误条件已已经引起系统统的干预；遗漏的错误处处理；4.3单元元测试分析边界条件：循环条件；控制流中刚好好等于、大于于、小于确定定的比较值时时出现错误的的可能性；4.4单元元测试用例设设计为正向测试设设计用例；-验证设计计说明书所对对应的功能项项或性能指标标能否兑现；；为逆向测试设设计用例；-验证被测测的软件单元元有没有做它它不应该做的的事情；为满足特殊需需求设计用例例；为代码覆盖设设计用例；为覆盖率指标标完成设计用用例；4.4单元元测试用例设设计主要采用的方方法：等价类划分；；边界值分析；；定义/使用测测试；路径测试；4.5单元元测试过程测试计划测试设计测试执行测试记录分析测试总结完毕缺陷跟踪针对测试目标标，规定测试试任务、资源源分配、人员员角色、进度度安排等。根据测试计划划，设计测试试用例，包括括：测试步骤骤、测试场景景、测试代码码、测试数据据(包括预期期结果)。根据测试计划划，配置测试试环境，并手手动或者自动动执行测试设设计。根据测试计划划，忠实地记记录测试执行行的过程和结结果。分析测试记录录，如果发现现与预期结果果不同，确定定并重现缺陷陷。检查测试设计计是否全部执执行完毕，缺缺陷是否全部部关闭。记录、分发、、评估、关闭闭缺陷报告。。分析测试过程程和缺陷报告告，评估测试试质量和测试试效果，给出出是否通过测测试的建议。。4.5单元元测试过程测试文档：测试计划测试设计测试执行测试记录分析测试总结完毕缺陷跟踪测试计划文档档测试用例文档档测试记录文档档缺陷跟踪报告告测试总结报告告4.5单元元测试过程测试计划内容容：概要：明确测试目的的和主要任务务，被测系统统的简单描述述，被测系统统依赖的其它它系统描述领域：定义测测试和不需要要测试的内容容，描述与测测试计划相关关的重要术语语和缩略语，，测试场所建议的重大事事件时间表：：列出阶段性性进度转换标准：允许系统进入入一个特定的的测试阶段所所必须具备的的条件。定义义可能会导致致测试执行挂挂起的状态和和事件。说明明如何决定测测试何时可以以结束测试配置和环环境：测试执行：测测试人员与分分工，错误管管理，测试周周期等；4.5单元元测试过程测试计划内容容：风险和意外事事故：意外事件的对对策更改记录：到目前为止对对测试计划本本身所作的更更改和修订。。内容可包括括：编号、更更改人、更改改内容、修订订的发布时间间等。参考文档：测测试计划引用用的其他文档档。如:需需求规范、设设计规范、操操作手册、标标准、其他相相关信息。4.5单元元测试过程测试方案内容容：概要被测试特性：：进一步明确确和细化被测测试的特性测试需求：分分析和明确功功能等各方面面的测试需求求测试方法：拟拟采用的具体体测试技术和和方法需求规范追踪踪：把测试需需求转化为测测试设计测试用例集描描述：对测试试用例分层次次说明更改记录参考文档4.5单元元测试过程测试用例内容容：1用例编号10用例类别2用例名称11用例状态3测试目的12用例设计人4输入数据13创建时间5测试步骤14用例评审人6测试脚本15评审时间7预期结果16评审结果8响应时间17执行结果9实际输出18相关模块4.5单元元测试过程错误管理-缺缺陷的级别：：致命性错误（（Critical）数据丢失，数数据计算错误误、系统崩溃溃和非常死机机严重功能性错错误(Serious)规定的功能没没有实现或不不完整、设计计不合理造成成性能低下，，影响系统的的运营告警性错误(Moderate)不影响业务运运营的功能问问题建议性错误(Suggestion,Cosmetic)软件设计和功功能实现等不不甚合理之处处提出建议4.5单元元测试过程错误管理-修修改级别：高中低4.5单元元测试过程错误管理-错错误描述：1分配给错误的ID号2提交错误的时间3错误提交人4版本号发生错误的子系统或模块5错误发生的条件6对错误的详细描述7所使用的测试用例号8错误被发现的数据库9使用的机器号10错误的重要性11错误的改正优先级12发生错误的子系统或模块及相关的模块13错误是否易再现14其他4.5单元元测试过程错误管理-错错误跟踪：1错误负责人6错误改正后需要重新做的测试2严重性7改正错误所影响的组件3优先级8目前错误的状态4估计改正错误的日期9错误类别5估计改正错误所要花费的时间10解决办法4.5单元元测试过程错误管理-错错误分发：项目管理者测试管理者被分配修改错错误的人组件代码的编编写人测试小组中的的其他成员4.5单元元测试过程错误管理-益益处：有利于缺陷的的清楚传达依据错误的相相对和绝对重重要性来修复复问题对错误实现全全生命周期管管理当错误变化时时相关人员及及时获悉新的的信息错误的统计分分析报告提供供更多的信息息4.5单元元测试过程错误管理-方方法：使用商业错误误跟踪与管理理系统-testdirector-IBMRational自行开发专用用错误跟踪与与管理系统-NEUSOFTbugbase4.5单元元测试过程测试报告内容容：1测试活动概述6结果描述2测试环境描述7意外事件3测试资源使用情况8遗留问题4差异描述9评价5测试充分性的评价10测试总结4.6单元元测试应坚持持的原则应当尽早和不不断地进行软软件测试；对全新的代码码或修改过的的代码一定要要进行单元测测试；被测试的对象象为实现一组组相关功能的的代码；单元测试最好好根据单元测测试计划和方方案进行，排排除测试的随随意性；当测试用例的的测试结果与与预期结果不不一致时，单单元测试的执执行人员需如如实记录