题记:笔者曾经做过5年多测试,之后转到产品,研究用户体验和产品设计至今。虽然目前还在继续关注测试的业界动态,但从严格意义上的身份和职位来说,已经不是一个纯粹的测试。接受到51testing的约稿,结合自己这段时间的产品实践,也恰好反思和回顾一下测试,简单碎碎念一下,聊聊自己看到的测试。
我相信很多做测试的同学们有时候会比较迷茫,对自己做测试的未来不是很清晰,总在纠结于:做手动测试呢,还是做自动化测试?做功能测试呢,还是做性能测试?做系统测试呢,还是做单元测试?做白盒测试呢,还是做黑盒测试?甚至有工作三五年多的朋友,还在考虑未来的细分行业,是做安全性测试呢,还是做,做技术呢,还是走向管理?工作8~10年的朋友,可能在考虑走向sa呢,还是dba,或者走向测试架构师,还是XXX测试总监?甚至业界还有一些做到公司测试No1的偶尔也会纠结一下,关注到过程,用敏捷精益呢,还是传统瀑布?诸如此类...迷茫的总是大多数。当然,从不思考的人除外。
很多时候,想多了,就会迷茫,面前的路和选择多了,就不知道从何下脚。"不识庐山真面目,只缘身在此山中"大抵如此。因为你站在局内,需要换个角度来审视。
我从下面几个角度简单说下我的拙见,欢迎有异议的同学拍砖。
回归测试的本源:
大道至简,我们回到测试的本源上来。想想软件测试是在做什么?一般来说,刚接触测试的时候,我们都会得到一个测试的定义。软件测试是尽可能地查找软件中的缺陷,帮助软件提升质量。
......
包括一些国外大牛们曾经对软件测试的目的提出的一些观点:
(1)测试是为了发现程序中的错误而执行程序的过程;
(2)好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案;
(3)成功的测试是发现了至今为止尚未发现的错误的测试。
现在的测试定义中包含了如下一些描述:
(2)这种分析也能帮助测试人员设计出有针对性的测试方法,改善测试的效率和有效性;
(3)没有发现错误的测试也是有价值的,完整的测试是评定软件质量的一种方法。
...
是不是很概念化,对一个事物下概念,往往就是这样的,拗口又抽象:-)好吧,我们剥离掉华丽的修饰词藻,简单来说,就是几个关键词,发现错误,改善效率,评定质量。
再简单一些,就是错误、效率、质量。是的,测试要为这些负责。正因为测试的存在,使得产品在交付给用户之前,已经经过验证和打磨,一些错误和异常已经得到修复,一部分错误已经被解决掉。而测试的工作,使得产品在发布之前甚至开发代码刚提交就已经把问题暴露出来,使得产品发布效率得到提高,问题提前解决,也帮助了质量提升。
简单几个关键词:错误,效率,质量;
......
版权声明:51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权,未经明确的书面许可,任何人或单位不得对本网站内容复制、转载或进行镜像,否则将追究法律责任。