测试经验总结
-
我的两年多的
测试
生涯到头了。
我想再这里总结一下点点滴滴。
< br>以及我也会说明我为什
么选择离开。在中国有着很多很多的软件
< br>测试
，很多迫于环境，迫于
leader
，迫于很多原
因，导致只是一个“执行者”。以下只是我个人的一些经历。大家
可以借鉴，可以吐槽。大
家随意。
首先在测试的时候需要有一些心理暗示，其实未必是暗示，可
能是给自己的一些自信。
第一：产品一定是有
bug
的。
无论你测试什么产品
，一定是需要报有这样的心态。为什么
?
其实就如一句说的“如
果
自己都不爱自己，
那么就不要奢望别人来爱你”。
如果连测试潜意识里面都觉得产品是没有
bug
的
那么还能有谁认为产品是有
bug
的呢
?
测试的历史上有两种验证方法
，一种是测试是用来验证产品一定是没有
bug
的，一种
是测试是用来验证产品是有
bug
的。无论哪
种你都要有一种原则，要有一种信念。就如人
生漫漫长路一样，我们必须坚信自己的梦想
，
坚信自己是能够成功的。
那么才有可能，
才有
希望。当碰见挫折的时候，当迷茫的时候，才不会真的被打败。
一个新的
feature
，一个刚刚
fix
< br>的
bug
，一个用户反馈，一个不起眼的问题。我们都<
/p>
需要坚信里面有
缺陷
的。没有任何一个产
品，任何一个细节是完美的。
<
/p>
许多公司从上级到下属对于产品的质量根本没有概念，
又或者对于
质量不重视。
在这种
情况下，
就需要测
试产生力量，
需要用各种事实依据去告诉公司，
告诉大家这样一
个产品质
量的真想。国外的公司相对好点，国内有很多公司是需要有这种有责任感的测试
存在。
第二，任何的
bug
都是能够
repr
o
的
<
/p>
无论你面对一个很小的
功能测试
，
还是很复杂的场景化的测试，
又或者说某个用户很简
< br>单明了的描述了一个问题。我们需要坚定不移的告诉自己，只要是一个
bug
就是有重现步
骤的。
微软曾经有测试，一个问题的重现
步骤长达
50
步。虽然可能不是最佳的步骤，但是依
然对于解决问题起到了决定性的作用。
自然，
在实际中很多情况下的确会碰
见一下子找不到重现步骤的方法。
找不到方法意味
着什么
?
意味着你可以开
bug
，
dev
可以
fix
这个
bug
。但是谁都不知道到底有没有真的修
复这个问题。还可能因此出现很多
regression
的
bug
。所以找到一个
bug
的
repro
step
可以说是一个测试基本功也是体现价值的地方。
和第一点一样，只有你自己信念中
去相信了，那么你才有可能成功。
第三，只相信自己看到的
在很多情况下，
dev
或者同事会告诉测试“这个功能很小，没有
bug
的
”“简单测一
下就好啦”等等的话。我主张还是不要太相信任何一个人。
面对
< br>bug
，我们需要好好的理清问题的根源逻辑，在进行一个完全的测试之后告诉自
己“这个功能基本上不会有很大，或者很
block
用户的问题”;面对一个讨论，不要听到别
人说什么就是什么，
任何的决定都没有完全正确的。
我们需要自己亲手去验证很多决定和设
计，小到你可以
google
，找出各种证
据来证明某些事情。大到你可以进行用户数据搜集，
很多企业不会去做。但是如果一个有
sense
的测试，我相信必须什么事情都亲手去实践去
证明
!
以上说了这么多，可能很多人觉得，这个还是测试么
?ok
，我认为真正的一个测试满足
以上三点是远远不够的。以下是我认为一个有
sense
的测试，记住是有
sens
e
的测试需要
做到的。
第一：探知精神
乐于学习
为什么我将这两个放在一起呢。两者密不可分。我所在公司是做
android
产品的。目
前中国国内很多企业也是一样的问题
，
就是只是在乎自己的产品怎么样，
并不会很关心你的
发展。作为测试，必须有探知精神，必须乐于学习。比如你测试
A
平台的
B
产品，如果只
是一味的测试，只是一味的报
bug
。的确你会有进步，做任
何一行你都会有进步，行行都
能够出状元。但是几年光阴一过去，当别人或者自己问问自
己，自己真的知道了多少
?
可能
对于自
己公司做的产品很了解之外，一无所知。那么这样对于自身发展又有什么好处呢
?
探知，对于任何一个
design
，任何一个
bug
，任何一个细节都需要去探知。这样无论
你做了多久，
无论
你是否做多少个项目都会依然有进步。
时不时的问问自己，
对于
这个产品
feature
真的了解很透彻么
?
对于产品功能逻辑很清楚么
?
对
于这个产品所在平台了解么
?
业
内是不
是主流的
tools
都清楚了呢
?
是不是自己已经没有了进步的余地了。这样自己会明了
很多。
第二：责任
这点可能很多人会说，测试最基本的不就是责任么
?
没有责任怎么去做一个测试呢
?
是
的，责任每个人都有，
程度是不同的。你作为一个<
/p>
tester
，
需要保证产品的质量。勿
以
bug
小而不重视，本质上依然是不负责任的表现。
相反的，
很多测试对于产品是负责了，
对于自己却是不负责任的。
因为他们只是一个傀
儡，天天被人操控着。做这个做那个，我觉得这种是更加
可悲的。
如果你作为一个
tester
lea
der
，那么你的责任不是去指挥别人做事情，不是去拍老板
马
屁。
而是自己不要忘记进一步的学习，
不要忘记对于任何的细节
去了解。
更不要忘记如果
出了什么问题，
自己勇于承担这个责任。
真正的
leader
是什么
?
需要在流程以及技术上面有
< br>自己的
sense
，需要不停的去完善项目流程，从而提
高测试
team
的效率以及项目的效率。
第三：通过各种渠道找到
bug repro step
bug
会
从各个渠道发现。公司内部
bug
bash
< br>的时候，用户反馈的问题，自己找到的
问题。老板发现的问题等等。这个时候能否
找到
repro
step
就是体现一个测试的价值所在