联系我:新浪微博@架构师Jack 或 dongjietest#163.com联系.(#换为@)

测试的价值不仅仅是找bug

上一篇 / 下一篇  2009-10-27 22:53:13 / 个人分类:正确的测试思想

在我测试工作的前5年,一直以为测试的目标和价值就是在黑盒测试活动中找bug,以找到bug越多越自豪。但当我随着商业意识的不断积累,跳出测试的视角,站在公司的角度看测试时,会发现测试的目标是商业成功,而不仅是找bug。商业成功的关键是什么?简单点说就是可以长期地稳定获得大量的客户并获得足够的利润。而要想长期稳定的得到客户的喜爱,就必须提供让用户满意的质量,这是测试找bug的初衷。可是商业成功要解决的“大量的客户”,“足够的利润”,如何由测试来保障呢?

e _x$nxm0

“大量的用户”的获得有时关键就是看谁的产品先推向市场,先占领市场。因此一个词“TTM——Time to Market”就是非常重要的,测试应该支撑项目在满足质量目标的条件下能及时地推向市场,而不是拖延产品的发布进度。

+Ei?El8Tq3{@IS0

“足够的利润”就要确保成本越低越好。减少研发人力:减少开发人力和测试人力;减少研发时间:减少开发修改bug的时间和减少测试活动时间;就能帮助产品减少成本,提高产品的利润。

a$`P"e!q/Y,k0

项目成功的铁三角:质量,成本,进度。每一个关键因素都需要测试人员来做出贡献和支撑。如果仅仅只找bug,可能只支撑了质量,甚至有时也并未真正保障了客户想要的质量。那么测试如何支撑项目成功的成本和进度呢?这时需要的就不仅仅是自动化测试,虽然自动化测试能起到一定的效果。但更需要具有商业意识的测试领导者,站在公司的角度思考选择做正确的测试决策。51Testing软件测试网Y7Sj-v%N

下面就以一个案例来证明测试如何更大地发挥其应有的商业价值:

$o0M6R9ky)T+o] G0

如果一个项目有10个功能:3个功能支撑性能,3个功能支撑可靠性,2个功能支撑可用性,2个功能支撑基本功能。(客户最关心:可靠性,不太在意性能和可用性)51Testing软件测试网t&s;@E4Iwv

测试如何支撑项目获得更短的研发周期和更低的研发成本:51Testing软件测试网6WO jkw N)W

反面案例:

t h-ug+O7h8I}0

一个测试思考简单化的测试经理,可能要求10个测试人员进行10个功能的全面测试。1个测试人员的生产力为:1个功能需要10天测试完成,1天发现1bug10个测试人员用了10天时间完成了测试,并在每个功能发现了10bug,一共100bug51Testing软件测试网9f!? t$j:a Nd7i5y2_O6G

1个开发人员的生产力为:1天修复1bug100bug需要10个开发人员修改10天。51Testing软件测试网R"|l4l9@&xq1O0Y7W

总结:重点功能50bug,开发人力:100人天。测试人力:100人天,项目用时:20天。51Testing软件测试网X%Dj;v ]F5?*o

正面案例:

b({wc3S:|8p!B)c0

一个真正了解客户需求,理解公司商业利益的测试经理做了如下决策:用10个测试人员,2个人一组重点测试可靠性的3个功能和2个基本功能,用时5天,每个功能发现10bug,重点功能共发现50bug。其余5个非重点功能的测试工作量可以减少一半,用时2.5天,每个功能发现5bug,非重点功能共发现25bug开发人员10人,修改75bug,用时7.5天。

C-dR0A}0

总结:重点功能50bug,开发人力:75人天,测试人力:75人天,项目用时:15天。51Testing软件测试网]&xR6s;n y

从以上数据可以看到,只需要测试经理或测试架构师多用一点时间来思考,以公司最终目标:“在保障满足客户需求质量的前提下成本更低,进度更快”为自己的工作目标。避免大而全的唯bug论,就可以发现在重点功能质量标准不下降的前提下,可以实现开发和测试都节省了25%的研发成本和25%的研发进度。51Testing软件测试网't6QF1[2X1P9?

测试如何支撑项目获得更高质量的同时有更短的研发周期和更低的研发成本:

S+U^5d&Z9wEC0

测试经理做了如下决策:用10个测试人员,2个人一组重点测试可靠性的3个功能和2个基本功能,每个功能发现15bug,重点功能共发现75bug,用时7.5天。其余5个功能的测试工作量可以减少为1/4,用时1.25天,每个功能发现2.5bug,非重点功能共发现12.5bug开发人员10人,修改87.5bug,用时8.75天。

0dQNcZ/`Zws0

总结:重点功能75bug,开发人力:87.5人天,测试人力:87.5人天,项目用时:17.5天。51Testing软件测试网d]lR,To

  从以上数据可以发现在同样的测试人力和开发人力情况下,最应该保障的重点功能发现了更多的bug,为原方案的150%,必须重点关注的地方的相对质量得到了提升,而研发成本下降为87.5%,研发进度减少了2.5%。

8SucpM w5p [(H0

本文通过一个简单的案例故事,说明了测试的价值不仅是找bug,只要我们测试工作追求科学的思考,而不盲目的干活,那么我们测试执行活动也能在提高关键质量目标的同时,帮助公司降低研发成本,减少研发时间,全面真正支撑公司商业成功所必须的:更快的进度,更低的成本,更高的质量。51Testing软件测试网3zl2F^4sQ0d!T/v

希望我们广大测试人员能从平时的测试工具研究使用和测试脚本开发过程中多抬头思考,选择正确的事来做,做到事半功倍。要相信测试人员能创造更大的商业价值,而不仅仅是bug51Testing软件测试网+U%zQ!E7Q4\kN


TAG:

p_xiaomi的个人空间 引用 删除 p_xiaomi   /   2011-09-29 09:10:35
5
movestar的个人空间 引用 删除 movestar   /   2011-09-09 16:15:17
5
小葱拌豆腐 引用 删除 caiw0418   /   2011-03-29 14:47:52
5
jk1222的个人空间 引用 删除 jk1222   /   2010-11-24 10:54:46
5
kakamissyou的测试小栈 引用 删除 kakamissyou   /   2010-07-09 23:38:58
可以认为这是在定义测试策略吗?

不过还是收受了些内容。
引用 删除 zmy   /   2010-06-17 17:04:05
说的挺好的,受教了!
引用 删除 iceriver999   /   2009-11-04 14:26:58
测试工程师不仅仅是找bug
这个观点我十分同意
要站在如何创造更多的商业价值
但是,请问你是否想过,你所谓的进度和成本,是否也该多站在团队文化与员工的士气氛围内多加考虑,否则盈利不会长远:)(一家之言,仅供参考)
箭在行动的个人空间 引用 删除 箭在行动   /   2009-11-03 11:22:11
架构师Jack的个人空间 引用 删除 架构师Jack   /   2009-11-02 22:57:43
最近工作忙,生活上又出了些麻烦。下班后,没有精力和思绪来写文章,让一些天天关注我的blog,期待新文章的朋友们久等了。本周四晚,就可以提一篇新文章了。
进化的空间 引用 删除 maguschen   /   2009-10-31 22:13:23
LZ带领我从一个新的角度去看一个问题,的确,测试、以及整个研发团队,其实都属于服务性的团队。在测试的过程中使用先进的技术只是为了更好地实现产品商业价值的一种手段。
厉害厉害
进化的空间 引用 删除 maguschen   /   2009-10-31 22:10:40
5
arthask183的个人空间 引用 删除 arthask183   /   2009-10-28 09:33:09
受教了
 

评分:0

我来说两句

Open Toolbar