【测试人生】致所有测试人员的信
来源:互联网 发布:Java 动态取得属性值 编辑:程序博客网 时间:2024/05/23 01:59
我两年多的测试生涯到头了。我想再这里总结一下点点滴滴。以及我也会说明我为什么选择离开。在中国有着很多很多的软件测试,很多迫于环境,迫于leader,迫于很多原因,导致只是一个“执行者”。以下只是我个人的一些经历。大家可以借鉴,也可吐槽,大家随意。
首先在测试的时候需要有一些心理暗示,其实未必是暗示,可能是给自己的一些自信。
第一、产品一定是有bug的
无论你测试什么产品,一定是需要报有这样的心态。为什么?其实就如一句说的“如果自己都不爱自己,那么就不要奢望别人来爱你”。如果连测试潜意识里面都觉得产品是没有bug的那么还能有谁认为产品是有bug的呢?
测试的历史上有两种验证方法,一种是测试是用来验证产品一定是没有bug的,一种是测试是用来验证产品是有bug的。无论哪种你都要有一种原则,要有一种信念。就如人生漫漫长路一样,我们必须坚信自己的梦想,坚信自己是能够成功的。那么才有可能,才有希望。当碰见挫折的时候,当迷茫的时候,才不会真的被打败。
一个新的feature,一个刚刚fix的bug,一个用户反馈,一个不起眼的问题。我们都需要坚信里面有缺陷的。没有任何一个产品,任何一个细节是完美的。
许多公司从上级到下属对于产品的质量根本没有概念,又或者对于质量不重视。在这种情况下,就需要测试产生力量,需要用各种事实依据去告诉公司,告诉大家这样一个产品质量的真想。国外的公司相对好点,国内有很多公司是需要有这种有责任感的测试存在。
第二、任何的bug都是能够repro的
无论你面对一个很小的功能测试,还是很复杂的场景化的测试,又或者说某个用户很简单明了的描述了一个问题。我们需要坚定不移的告诉自己,只要是一个bug就是有重现步骤的。
微软曾经有测试,一个问题的重现步骤长达50步。虽然可能不是最佳的步骤,但是依然对于解决问题起到了决定性的作用。
自然,在实际中很多情况下的确会碰见一下子找不到重现步骤的方法。找不到方法意味着什么?意味着你可以开bug,dev可以fix这个bug。但是谁都不知道到底有没有真的修复这个问题。还可能因此出现很多regression的bug。所以找到一个bug的repro step可以说是一个测试基本功也是体现价值的地方。
和第一点一样,只有你自己信念中去相信了,那么你才有可能成功。
第三、只相信自己看到的
在很多情况下,dev或者同事会告诉测试“这个功能很小,没有bug的”“简单测一下就好啦”等等的话。我主张还是不要太相信任何一个人。
面对bug,我们需要好好的理清问题的根源逻辑,在进行一个完全的测试之后告诉自己“这个功能基本上不会有很大,或者很block用户的问题”;面对一个讨论,不要听到别人说什么就是什么,任何的决定都没有完全正确的。我们需要自己亲手去验证很多决定和设计,小到你可以google,找出各种证据来证明某些事情。大到你可以进行用户数据搜集,很多企业不会去做。但是如果一个有sense的测试,我相信必须什么事情都亲手去实践去证明!
以上说了这么多,可能很多人觉得,这个还是测试么?ok,我认为真正的一个测试满足以上三点是远远不够的。以下是我认为一个有sense的测试,记住是有sense的测试需要做到的。
- 【测试人生】致所有测试人员的信
- 陈晔:致所有测试人员的信
- 适合所有测试人员读的书籍
- 适合所有测试人员读的书籍
- 写给测试人员:不是所有的bug都需要修复
- 测试人员的挑战
- 测试人员的另一面
- 测试人员的挑战
- 测试人员的激励
- 测试人员的面试
- 测试人员的承诺
- 测试人员的角色
- 测试人员的职业规划
- 测试人员的类型
- 测试人员的抽象思维
- 测试人员
- 自动化测试是不是测试人员的核武器
- 测试人员的核心测试原则
- 决策树算法学习
- 2014-11-18
- 在Office 2013(64bit)下破解VBA工程密码
- svm中的数学和算法
- HDU 5073 Galaxy
- 【测试人生】致所有测试人员的信
- 关联挖掘算法Apriori和FP-Tree学习
- 黑马程序员————java基础---------集合之Map及Collections集合类
- 拖动滚动条判断fixed定位切换时,火狐和IE下会有抖动,默认给定位的DIV一个absolute即可。
- Android 实现个性的ViewPager切换动画 实战PageTransformer(兼容Android3.0以下)
- UVA1368
- Go语言开发环境配置
- 关于聚类分析、判别分析、主成分分析、因子分析等多元统计分析方法
- sgu137:Funny Strings