如何给软件功能测试赋能

与传统功能测试相比,给测试工程师赋能的6种方法

摘要:大多数的测试人员都在忙碌的做测试,并没有跳出测试这个局限看测试.但是软件测试本身是与软件质量息息相关的—它提供的一些信息甚至影响到老板是否能制定明智的决策,而且在功能测试中有好多方式可以帮助我们获取到这些信息.下面我将介绍6种可以为你的和你的项目提供更多价值的方法.
尽管好多的自动化测试被加入进来,功能测试依然非常重要.一些软件功能是需要手工测试来帮助验证每个功能点和不同功能点的交互的.
不幸的是,大多数的测试人员一直在忙于测试,并没有跳出测试思维.原因可能是缺少技能,或者不懂代码,对未知充满恐惧,或者对测试环境不够了解.
Cen Kaner曾经说过,软件测试是发现质量相关的信息以便帮助老板制定明智决定的工作.有很多的方法可以做到这个,这里我介绍下在给我的项目中给我帮助的6大方法.

1.走查每一条信息
测试人员一般阅读需求文档,和相关干系人讨论下,然后开始设计测试用例.但是我们都知道,有很多的使用场景在测试用例中是覆盖不到的,然后在使用过程中会突然出现.有些开发团队会覆盖到,但是有一些是覆盖不到的,当它出现时,每个人都会很吃惊!
开发团队可以将功能清单都记录日志,包含error级别\info级别\warn级别的日志.这种方式也可以帮助我们查看测试点是否覆盖全了.若是测试团队发现有个日志一直不能打印出来,那么团队就可以去走查下测试用例,看下哪个测试场景没有覆盖到.
有一次,我测试时发现日志中的有条信息我重来没有见过,我很快意识到这个测试点对我们测试团队来说是新的.通过走查用例,我们发现这个是一段废弃功能代码引入的.尽快我们已经不支持那个功能点了,但是我们的代码并没有注释掉.这些代码应该被注释掉,因为产品已经不提供这个功能了.
不同的软件产品,来获取到开发的功能清单的困难程度不同,但是你可以把这个方法当成是提高测试团队测试质量的一种方式,相关关系人也应该提供这么一份功能清单出来.去做吧,通过这种方式检验下你对产品的理解和你的测试用例的覆盖程度.