码迷,mamicode.com
首页 > 其他好文 > 详细

软件测试方法

时间:2014-07-31 17:00:47      阅读:249      评论:0      收藏:0      [点我收藏+]

标签:style   blog   http   color   strong   数据   2014   问题   

软件测试方法

        软件测试方法种类繁多,从不同的角度上去划分,可以划分为以下常用方法:

一、软件测试分类

bubuko.com,布布扣

        下面我本文主要谈论的是白盒测试、黑盒测试盒和灰盒测试。

 

二、软件测试定义

       白盒测试:在测试类书籍中,白盒测试有多种称法,如玻璃盒测试,透明盒测试,开放盒测试,结构化测试,基于代码的测试,逻辑驱动测试等。白盒测试是一种测试用例设计方法,在这里盒子指的是被测试的软件,白盒,顾名思义即盒子是可视的,你可以清楚盒子内部的东西以及里面是如何运作的,因此白盒测试需要你对系统内部的结构和工作原理有一个清楚的了解,并且基于这个知识来设计你的用例。

 

       黑盒测试:又叫功能测试,这是因为在黑盒测试中,主要关注于被测软件的功能实现,而不是内部逻辑。

       黑盒测试发现以下类型的错误:

1)功能错误或遗漏

2)界面错误

3)数据结构或外部数据库访问错误

4)性能错误

5)初始化和终止错误。 

        灰盒测试:介于白盒和灰盒之间的测试。最常见的灰盒测试时集成测试。

(1)白盒测试和黑盒测试的优缺点比较:

比较 优点 缺点
白盒测试

迫使测试人员仔细的思考软件的实现。

可以检测代码中的每条分支和路径。

揭示隐藏在代码中的错误。

对代码的测试比较彻底。

最优化。

昂贵。

无法测试代码中遗漏的路径和数据敏感性错误。

不验证规格的正确性。

黑盒测试

测试效率高。

测试人员不需要了解详细的细节,包括特定的编程语言。

测试人员和编码人员是彼此独立的。

从用户的视角进行测试,很容易被大家理解和接受。

有助于暴露任何规格不一致或有歧义的问题。

测试用例可以在规格完成之后马上进行。

只有一小部分可能的输入被测试到,要测试每个可能的数据流几乎是不可能的。

没有清晰和简明的规格,测试用例是很难设计的。

如何测试人员不被告知开发人员已经执行过的用例,在测试数据上会存在不必要的重复。

会有很多程序路径没有被测试到。

不能直接针对特定的程序段,这些程序可能非常复杂(因此可能隐藏更多的问题)。

        通过白盒测试与黑盒测试的比较,可以看出,白盒和黑盒这两类测试的出发点是不同的:

        白盒测试考虑的是测试软件的代码,它不保证完整的需求规格是否被满足。

        而黑盒测试只考虑需求规格,它不保证实现的所有部分是否被测试到。黑盒测试会发现遗漏的缺陷,指出规格的部分没有被完成。

(2)黑盒和白盒测试的常用技术

黑盒和白盒测试的常用技术,参考下面的图中内容。

bubuko.com,布布扣

三、参考资料:

        我推荐2篇博客:个人看来后觉得人家总结的更专业,更好,值得我去学习,在这里分享给大家。

         软件测试方法大汇总——小坦克:http://www.cnblogs.com/TankXiao/archive/2012/02/20/2347016.html#undefined

         软件测试方法汇总:http://www.360doc.com/content/11/0613/14/54470_126627944.shtml

 

 

 

 

软件测试方法,布布扣,bubuko.com

软件测试方法

标签:style   blog   http   color   strong   数据   2014   问题   

原文地址:http://blog.csdn.net/haiyan_cf/article/details/38312871

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!