黑盒测试不等于手工测试

测试技术的裁剪与合理应用

  关于测试技术,测试朋友们谈得最多的莫过于黑盒测试、灰盒测试、白盒测试了,再有就是自动化测试及一些专项测试,如性能测试安全测试、内存泄漏测试等。在项目的初期,对测试需求的分解往往处于粗线条阶段,但就测试工作开展的技术应用上需尽早决策,以便安排资源尽早开展测试。接下来介绍常用到的测试技术及如何裁剪应用。

  黑盒测试不等于手工测试

  一般而言,任何一个测试项目,都不会不用黑盒测试,其中的原因有技术原因也有非技术原因,包括以下几个方面:

  第一,黑盒测试是站在用户使用场景中进行的测试,在贴近用户使用的同时,能验证实现是否满足需求的定义。

  第二,入门容易,对测试人员技术要求起点并不高,在研发的成本与质量及市场供求关系上能较快找到一个平衡点,这也是为什么很多创业初期的公司只要求进行黑盒功能测试的原因。但是黑盒测试虽然入门容易(门槛低),但并不意味着黑盒测试没有技术含量。目前业界很多测试朋友,特别是一些新人,存在这种认识误区。黑盒测试并不等同于手工测试,同样可用写测试代码,或脚本运行程序,或监控程序的运行,或获取程序的后台数据等方式来完成某项测试任务。笔者认为,要成为一个黑盒测试专家,技术上对广度的要求比白盒测试专家(主要在代码分析的深度上)要更高。

  第三,在某些情况下,手工黑盒测试效率更高,可以很快地发现Bug,如当软件不稳定时,以及测试一些特性方面时,如UI布局的效果、易用性测试等。还有一些情况只能用黑盒测试,如用户体验测试。美国软件测试大师James Bach在他的《软件测试经验与教训》一书中曾提到“手工黑盒测试可以发现85%的软件缺陷”。根据笔者多年的实践证明,事实确实如此,所以在部署测试策略时,黑盒测试是首先要考虑的测试方法,且投入比重方面比其他方面的投入要大,这里主要指人力的投入。这也就是为什么很多公司黑盒测试人员会占70%~80%,或者更多。

  以上观之,黑盒测试有其显而易见的优点,但在项目的实际测试过程中,如果只用单纯的黑盒测试方法经常会导致过度测试部分业务功能,而另一部分却测试不足,甚至于一直存在某部分测试盲区。因此适当采用白盒测试,作为补充,是制定测试策略中需考虑的事。如何适当采用,下节将进行介绍。

  小贴士:

  黑盒测试:又叫功能测试,把程序看成一个黑盒子,完全不考虑程序的内部结构和处理过程,根据规格说明书,通过操作软件验证程序的功能是否与规格说明书规定的一致。

  白盒测试:也称结构性测试,是基于代码的测试,按照程序内部的逻辑结构,检测程序是否能按预定要求进行正确的工作。

相关链接:

确定顶层方向性测试类别

不可忽视从设计需求中提取测试需求

快速理解需求的捷径:需求宣讲

测试需求分析与测试策略制定

好钢用在刀刃上:测试技术应用之合适设计

测试设计不只是测试设计工程师的事

软件测试流程改进设计案例分享

认识测试流程

测试管理中的隐形指挥棒:测试组织模式的设计(3)

测试管理中的隐形指挥棒:测试组织模式的设计(2)

测试管理中的隐形指挥棒:测试组织模式的设计(1)

解读测试设计

测试设计景观

你可能感兴趣的:(黑盒测试不等于手工测试)