技术开发 频道

基于V模型的单元测试,集成测试,系统测试

  【IT168 技术文档】

  基于V模型,针对详细设计的单元测试

  1)为什么要进行单元测试:

  系统测试是一种黑盒测试,也就是不需要了解系统内部结构,只关心外部实现,那么这样发现的问题将不会太彻底,而单元测试是一种白盒测试,只有深入到系统内部,才能对软件内部逻辑控制结构上的问题进行清除,对发现、定位和解决问题将是最直接,最彻底的方式;在效率方面,单元测试往往是集成测试的2倍,系统测试的3倍;成本方面,一个问题如果遗留到后期阶段解决,那么付的代价将会很高,而且是成倍递增。

  单元测试有效的验证代码是否与设计相符,尽早发现设计和需求中存在的错误,以及在编码阶段引入的错误。

  2)单元测试的内容:

  单元测试首先要理解单元原本是要做什么的,而不是它现在实际做了什么,我们更关心的是:模块或函数是否做了它该做的事情而没有做不该做的事情。

  主要依据详细设计的描述和源程序清单针对五部分内容进行测试:模块接口、局部数据结构、边界条件、出错处理、独立路径。首先模块与周围环境的接口有无差错应首先得到检验,否则其内部的各种测试工作将是徒劳;局部数据结构也是常见的错误来源,对基本控制流进行测试同样也会发现大量的错误;异常处理要给予适当的出错处理对策,以便在程序出错时,能对出错程序重新做出安排,保证其逻辑上的正确性;边界测试,对数据流的测试将是单元测试的最后一步。

  单元测试评估的标准是逻辑覆盖率。

  基于V模型,针对概要设计的集成测试

  1)为什么要进行集成测试,

  集成测试的目的是确保各单元组合在一起后能够按既定意图协作运行,并确保增量的行为正确,当一个系统还没有完成,设计相应的桩和驱动模块进行集成测试,便于早期发现接口问题以及集成后的功能问题,同时编码不是一个可以一次性通过的过程,对最初的单元测试中一些被忽略和遗漏的BUG,也将会在集成测试阶段被发现。

  2)集成测试的内容。

  概要设计的对象主要为系统,系统子系统,模块,子模块,函数等,通过体系结构进行模块的划分,并进行数据设计、接口设计,遵循高内聚、低耦合的原则,对其进行分解描述,依赖关系描述,接口描述等,并保持模块与需求的对应关系,因此,对集成测试的重点,将主要测试模块之间的接口和接口数据传递关系,以及模块组合后的整体功能。

  确保各单元组合在一起后能够按既定意图协作运行,并确保增量的行为正确,验证接口是与设计相符合?发现设计与需求中存在的错误是集成测试的工作内容。

  通过接口的覆盖率进行集成测试的评估。

  基于V模型,针对需求规格说明书的系统测试

  1)为什么要进行系统测试。

  系统测试是我们传统观念的一种测试方式,也就是一般放在项目功能基本实现后的功能和性能等方面的测试,目前软件测试已由开发的后期介入扩展到了整个生命周期,由基于代码运行扩展到静态走读,由传统的发现错误为目的扩展到了对缺陷的预防。

  2)系统测试的内容。

  系统测试主要验证功能是否符合需求规格定义,是一种在实际环境下的测试,同时也是全面的系统级测试,其内容包括产品功能、性能指标、兼容性、可靠性、容错能力、可维护性、安全性等方面;功能方面主要检查是否有不正确或遗漏了的功能,性能测试目标是度量系统相对于预定义目标的差距,必须要有工具的支持;GUI测试界面实现与界面设计的吻合,以及界面处理的正确性,是直接面对用户的首要条件,因此相对在易用性方面显的较为重要;兼容性,可靠性的、容错性,可维护性,安全性等根据项目要求的不同,具体情况具体分析。

  系统测试评估的标准是对需求规格说明书的覆盖率。

0
相关文章