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

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

测试用例设计指南(三)

发布: 2008-7-18 10:46 | 作者: 网络转载 | 来源: manok的BLOG | 查看: 173次 | 进入软件测试论坛讨论

领测软件测试网

2.2 用例设计的一般原则

注意到前面产生测试说明步骤可以用下面的方法完成:

通常应该避免依赖先前测试用例的输出,测试用例的执行序列早期发现的错误可能导致其他的错误而减少测试执行时实际测试的代码量;

测试用例设计过程中,包括作为试验执行这些测试用例时,常常可以在软件构建前就发现BUG。还有可能在测试设计阶段比软件测试执行阶段发现更多的BUG。

在整个单元测试设计中,主要的输入应该是被测单元的设计文档。在某些情况下,需要将试验实际代码作为测试设计过程的输入,测试设计者必须意识到不是在测试代码本身。从代码构建出来的测试说明只能证明代码执行代码完成的工作,而不是代码应该完成的工作。

3、测试用例设计技术

广义地分为两类:

黑盒测试:使用单元接口和功能描述,不需了解被测单元的内部结构
白盒测试:使用被测单元内部如何工作的信息
灰盒测试:借助于源代码和测试工具等手段,通过黑盒和白盒测试相结合的方法进行测试的技术。
测试设计最重要的因素是经验和常识。测试设计者不应该让某种测试技术阻碍经验和常识的运用。

白盒测试用例设计:使用程序设计的控制结构导出测试用例。

采用白盒测试的目的主要是:

保证一个模块中的所有独立路径至少被执行一次;
对所有的逻辑值均需要测试真、假两个分支;
在上下边界及可操作范围内运行所有循环;
检查内部数据结构以确保其有效性。

黑盒测试用例设计:使用详细设计导出测试用例。

采用黑盒测试的目的主要是:

检查功能是否实现或遗漏;
检查人机界户是否错误;
数据结构或外部数据库访问错误;
性能等其它特性要求是否满足;
初始化盒终止错误。 

延伸阅读

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

TAG: bug BUG Bug 代码 软件测试 设计 指南


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

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