单元活动学会分析区域差异.pptVIP

独立路径(3/3) 比较和控制流是紧密地耦合在一起的(也就是说，控制流的转移是在比较之后发生的)，测试用例应当能够发现下列错误： (1)不同数据类型的比较； (2)不正确的逻辑操作或优先级； (3)应该相等的地方由于精度的错误而不能相等； (4)不正确的比较或者变量； (5)不正常的或者不存在的循环中止； (6)当遇到分支循环的时候不能退出； (7)不适当地修改循环变量。 0C202 Software Testing 5-* 处理错误的路径 (1/2) 对所有处理错误的路径进行测试（Try Catch, Throw处理机制）。好的软件设计中错误条件是可以预料的，而且当错误真的发生的时候，错误处理路径被建立，以重定向或者干脆终止处理。 但要避免把错误处理过程加到软件中去，但从不进行测试。 0C202 Software Testing 5-* 处理错误的路径 (2/2) 在错误处理部分应当考虑的潜在错误： （1）对错误描述费解。 （2）所报的错误与真正遇到的错误不一致。 （3）在错误处理之前错误条件先引起系统干涉造成系统异常。 （4）例外条件处理不正确。 （5）错误描述没有提供足够的信息来帮助确定错误发生的位置（程序设计中建立错误日志、运行日志、出错信息表）。 0C202 Software Testing 5-* 单元测试规程 （1/5） 单元测试通常看成为是附属于编码步骤。在源代码级的代码被开发、复审、和语法正确性验证之后，单元测试用例设计就开始了。 对设计信息的复审可能能够为建立前面讨论过的每一类错误的测试用例提供指导，每一个测试用例都应当和一系列的预期结果联系在一起。 0C202 Software Testing 5-* 单元测试规程 （2/5） 开发驱动器（driver）或/和程序桩(stub)。 在面向对象的程序里，模仿对象（mock objects）技术取代程序桩(stub) 。模仿对象是以一种可控方式来模拟真实对象行为的仿真对象。 （模仿外接数据源） 0C202 Software Testing 5-* 单元测试规程 （3/5） 驱动器和程序桩都是单元测试中的额外的开销，必须开发但又不和最终软件一起交付。 驱动器和程序桩的简单程度反映了模块设计高内聚、低耦合的程度。 0C202 Software Testing 5-* 单元测试规程 （4/5） 单元测试通常是被自动执行，但可能仍由手工进行的。 自动化方法能有效地实现隔离一个单元并验证其正确性。 0C202 Software Testing 5-* 单元测试规程 （5/5） 成为程序员创建具有松偶合高内聚代码体的一个动力。 设计模式、单元测试和重构常结合使用以便形成最理想解决方案。 0C202 Software Testing 5-* 单元测试局限性 单元测试不能捕获程序中的每一个错误。根据定义，单元测试只测试单元自身的功能。 因此它不捕获集成错误、性能问题或其它任何系统范围的问题。 另外，要预料现实中被测程序可能接受到的输入的所有特殊情况是一项不易之事。 对于任何非平凡的软件块要测试所用的输入组合是不现实的。 0C202 Software Testing 5-* 提纲 导言 单元测试 单元测试考虑事项 单元测试规程 单元测试局限性 集成测试 自顶向下集成 自底向上集成 混合式集成 端到端集成测试 0C202 Software Testing 5-* 集成测试 (1/3) 单独的软件模块被结合在一起，作为一个群接受测试。 什么时候进行集成测试? （1）由若干单元或模块要组成一个构件； （2）由若干构件组成为一个工件； （3）由若干工件组成为一个系统。集成测试被定义为在单元测试与系统测试之间级别的测试。 0C202 Software Testing 5-* 集成测试 (2/3) 接口连接问题： 数据可能在通过接口的时候丢失； 一个模块可能对另外一个模块产生无法预料的副作用； 当子函数被联到一起的时候，可能不能达到期望中的功能； 累计单个模块中可以接受的不精确性； 全局数据结构可能也会存在问题。 0C202 Software Testing 5-* 集成测试 (3/3) 集成测试构造程序并实施测试以发现与接口连接有关的错误， 目标是把通过了单元测试的模块拿来，构造一个在设计中所描述的程序结构。 有两种集成测试策略： 瞬时集成测试和增量集成测试。 0C202 Software Testing 5-* 瞬时集成测试 (1/2) 经历单元测试阶段，把模块组合成一个最终系统，并观察它是否运转正常。 难于定位错误。 错误修正过程中错误无限循环。 0C202 Software Testing 5-* 瞬时集成测试