• 软件测试技术
  • 软件测试博客
  • 软件测试视频
  • 开源软件测试技术
  • 软件测试论坛
  • 软件测试沙龙
  • 软件测试资料下载
  • 软件测试杂志
  • 软件测试人才招聘
    暂时没有公告

字号: | 推荐给好友 上一篇 | 下一篇

计算机软件单元测试

发布: 2008-4-23 10:09 | 作者: 不详 | 来源: mypm | 查看: 383次 | 进入软件测试论坛讨论

领测软件测试网

 

A8 用户的参与
若在测试某一单元时需与用户交互进行(如菜单显示),则应请用户参与确定需求的元素的工作,这样效果会更好。在作测试计划时向用户询问其他使用情况会发现非常有价值的信息。例如,通过询问可能明确相对重要的单元功能,从而确定出测试的重点。

A9 更强的代码覆盖需求
针对单元的重要性或单元说明与设计信息的不足(如在维护旧的软件时发生的情况),可以加强4.1.2条的b中描述的基于代码的覆盖需求。其中一种方式便是将指令覆盖的要求增强到分支覆盖的要求(即要求遍历单元中每一个分支)。

A10 代码覆盖工具
这里大力推荐一种在测试单元执行时记录源代码覆盖量的自动化方式。之所以使用自动化方式就是因为手工覆盖分析不可靠且不经济。使用代码探测及报告工具就是一种自动化方式的工具,该工具将软件探测器放置于源代码中,以后在运行测试用例时便可提供一份总结了数据及控制流信息的报告。该报告会指出未运行过的指令。有些工具还能指出未运行的分支。有些编译器也具备这种特点。

A11 测试过程的补充
为了评价并增强单元测试的有效性,建议在单元测试之后的步骤如组装测试、系统测试、产品使用等活动中收集失效数据。然后分析这些数据以便确定那些本应被单元测试检查出却未被查出的错误。

A12 本标准的使用
实现一个新技术的过程,其本身就是一个需要计划,实现及评价效果的过程。为了成功地实现基于本标准的测试,测试人员必须开发一份实现策略并将本标准作适当裁剪。这两个活动必须反映出组织内部的文化背景及权威性。若要成功地完成一个长期项目,还需要专门的管理以及支持的政策、工具、培训和起动协议。

A13 标准的可实施性
本标准同许多好的软件工程实践有一致的定义。某些组织采用与此相似的实践活动而另外一些却完全不同。无论如何,对许多选择本标准并适应本标准的组织而言,它都会有某些变化。这些变化涉及到新的政策及规程、新的工具以及新的培训程序。若标准与实际相差太大,则有必要对标准进行某种改变。解决实用性问题的答案从根本上讲是满足需要的问题。


附录B
概念及假定

(参考件)

B1软件工程概念

本标准中描述的标准化单元测试过程是建立在软件工作一些基本概念之上的,B1-B1.8条描述了这些概念。

B1.1 测试与验证、确认的关系
测试只是一系列包含验证、确认等活动中的一个。其他活动有技术评审(如代码审查),静态分析及正确性证明。综合性验证及确认过程的规范不属于本标准的范围。

B1.2 像产品开发般的测试
测试是一个开发产品的过程,其结果是产生一个测试集、包括使用的数据、测试支持软件及规程。该产品以文件形式记录于测试规范说明及报告中,同其他产品开发过程一样,开发测试集要求有计划、需求(测试目标)、设计、实现以及评价等阶段。

B1.3 排错过程的组成
排错过程由两个主要的活动组成。第一步活动即失效分析的目标是确定导致一次失效的所有错误的地点。第二步活动即改正错误的目标是去除所有查出的错误并避免产生新的错误。关于失效分析及错误改正的过程的规范说明不属于本标准的范围。

B1.4 测试与排错的关系
测试是为了检查错误而力图引出失效,而排错既要进行失效分析并判定有关错误的地址,又要改正错误。测试可能需要来自排错过程的失效分析的结果来决定终止测试、请示改变需求或进行错误改正等这样的活动。

B1.5 单元类型之间的关系
没有必要在设计单元、实现单元与测试单元之间建立一一对应的关系。几个设计单元可能组成一个实现单元(如一段程序),而几个实现单元可能组成一个测试单元。

B1.6 对设计与实践信息的需求
一般来时,尽管测试的本质是将实际执行情况与所需求情况进行对照衡量,但并不能认为需求信息已足以帮助进行有效的测试。这是由于通常不可能测试所有可能的情况,而需求说明并不对失效率高的情况提供足够的指南。由于这些失效率高的情况是设计和实现选择时造成的结果,所以测试时通常需要设计和实现信息。

B1.7 测试中所考虑的元素说明的补充
在编制单元需求文件,单元设计文件以及在最后实现过程中,会渐渐发现更详细的关于测试单元的信息。其结果是,测试所考虑的元素可能会在不同的测试活动期间得到补充。
对过程性编程语言的实现而言(CONLO),元素说明出现三次补充。第一组是在确定特性这一活动阶段确定的,它基于单元需求文件;第二组是在设计测试集这一活动阶段确定的,它基于单元代码。
对非过程性编程语言的实现而言(如报告生成器或分类的规格化语言),元素说明出现两次补充。第一次是在确定特性活动阶段,基于需求说明;第二次是在设计测试集活动阶段,基于非过程的规格说明书。
有一种补充方法,它允许在获得需求文件之时便开始测试,并最大限度地减少单元设计与单元代码的详细知识之间的差别。

B1.8 对创建测试设计说明的补充
测试设计说明中记录的信息是确定特性,细化计划和设计测试集阶段收集的。随着每个测试活动阶段的进行,有关说明的相应章条记录了信息。所有的文件必须在设计测试集活动的最后重复的末尾完成。

文章来源于领测软件测试网 https://www.ltesting.net/


关于领测软件测试网 | 领测软件测试网合作伙伴 | 广告服务 | 投稿指南 | 联系我们 | 网站地图 | 友情链接
版权所有(C) 2003-2010 TestAge(领测软件测试网)|领测国际科技(北京)有限公司|软件测试工程师培训网 All Rights Reserved
北京市海淀区中关村南大街9号北京理工科技大厦1402室 京ICP备10010545号-5
技术支持和业务联系:info@testage.com.cn 电话:010-51297073

软件测试 | 领测国际ISTQBISTQB官网TMMiTMMi认证国际软件测试工程师认证领测软件测试网