很多时候我们的思考和努力都花在这上面,在现在这个对软件和服务的推出速度要求越来越高的年代,效率有时候显得更加重要
所以从这个角度来讲,对一个专业的测试人员的要求还包括更快的发现问题这个可能是对工具和能力的要求,也有对测试方法和流程的要求,比如自动化测试,敏捷测试等等举个例子来说,就好比大家可以在家里做手工,但是如果超市里卖的日常生活用品用这个效率做出来估计就没有什么商业竞争力,不是吗?
b. defect prevention
garbage in,garbage out越来越觉得quality本身是写出来的,是设计出来的,是规划出来的,而不是测出来的产品的架构,设计,使用的模块,代码的质量都会,甚软件工程至深远的影响到质量,其实你会发现这个已经超出了测试人员最基本的工作的要求,但是却是能发挥更大价值的地方
发现bug是一个事后的过程,是在代码已经写好了之后去测试,发现了问题需要修改原来的代码,其实可以做得更好
c. 协助建立质量的文化
再往前走,在有缺陷的代码被写出来之前就发现问题比如detail design,requirement specification, 甚至产品的spec制定的时候就发现问题,这类问题有很多,比如很多场景可能没有被考虑到,有些可能和原来的客户或者产品的需求不一致,甚至有些地方不具有可测性那么在这个时候,需要及时的讨论和调整因为这个时候的调整可能比产品出来之后发现几个bug软件测试更有价值,因为早期的错误可能到后面很难改,或者改的代价很大
现在说说我理解的第三个层次,那就是:提高整体产品的quality
a. 将发现bug变得更早,在单元测试(有时是developer来做)的时候就发现,或者产品的build一出来就发现,比如和auto build系统集成的测试
如果能做到上面的两个层次,基本上已经是一个优秀的测试人员了,但是如果只是有这些显然不够,总要有些别的追求嘛
为什么这么说呢,因为的两层都是在找bug,这样有两个问题,一是事后才发现,二是很多东西已经晚了,甚至没法修补
再说说效率,这个放在后面并不表示没有效果重要因为根据二八原则,很多时候大家宁愿花20%的时间发现80%的bug,然后就以b软件测试eta的名义把产品推出去,然后再来改进,因为毕竟大部分的软件产品,特别是需要严格测试的产品都是有商业价值的,而time to market就是一个很重要的因素
之所以说协助,是因为觉得这个可能不只是靠测试人员就能做到,需要和开发人员以及产品的管理人员等等一起来创建
关于这方面怎么做,可能没有前面的两个层次那么清晰,但是是可以做的,比如a和b提到的,c的要求可能更高,需要更大的能力和影响力
说了这么多,突然想到其实意思简单的就是,专业的就是要把事情做得又快又好
白癜风早期如何治疗北京最好的治疗白癜风的医院