浅谈测试的成就感

　　关于测试工作——写给测试新人（Posted bylinhan）

　　这是两年前写在自己博客的，现在看来应该仍不过时，所以在这里分享给大家。

　　1、学会思考；

　　很多刚加入测试行业的新手，会认为测试就是点鼠标，毫无前途。而且现在的大环境确实不是太好，包括公司的领导、产品、开发等等，都会有这样的认识。但是，如果是你自己有这种想法就很危险了。在测试部门，新手往往会被安排去做黑盒测试，所以大部分工作是在点鼠标，不过，时间长了，你会发现同样是点鼠标的人，发展却会有很大的差别，有人会开始涉及自动化测试，有人会开始涉及白盒测试......；为什么会出现这种情况？其实很关键的一点，你要在点鼠标的过程中去思考（任何工作都是这样的），思考为什么会出现这样的bug，思考怎样能改变重复的手工劳动......；你的发展会在自己不断有效的思考中而变得越来越明朗，

　　2、测试人员要自强；

　　你只有比开发更懂技术，才能赢得开发的尊重，进而才能更有效的开展工作；有些人对测试工作有误解，觉得测试与技术无关，这是非常错误的认识。作为你个测试人员，

　　你必须的懂技术，否则你无法与开发人员沟通；否则你就真的是只会点鼠标的机械手臂。这里讲的技术不只是与测试相关的，同时也包括所有与你所测产品相关的技术；不然的话，你会被开发搞得晕头转向，毫无主见；

　　3、清楚谁是你的客户；

　　如果是做通用产品，所有接触计算机的人都有可能是你的客户，你要同时对产品经理和客户负责；

　　如果是做应用产品，你的客户就是出钱请你们作产品的公司，你要对这个公司负责，这也是对老板负责（除非你老板打算做完这次就关门）；

　　4、不要为开发人员主导或是影响；

　　看过第3条，基本上就明白第4条是为什么了，因为绝大部分情况下，你的客户不是开发人员，你的工作是检查开发人员的工作成果；所以，如果你的测试工作被开发人员主导或是影响，就多少有些本末倒置了。

　　5、不要为遗漏bug太过自责，要为自己未能全心投入而自责；

　　bug 永远都不能穷尽，看看windows频繁的发布补丁就知道。所以，当你测试的产品发布后，出现了遗漏bug，不要一味的自责，要去总结经验，避免此类问题不再发生；但是，如果你未能在测试工作中全身心的投入，你就该自责了，这是一个职业道德问题；举个例子：有一座刚建好的大桥，如果工程监理人员没有做认真地质量检测，你走在上面害不害怕？！

　　软件若是有问题，危害可能没有那么直接，但仅仅是没有切肤之痛而已，换位思考一下，如果你在银行的存款莫名其妙的没有了，你会是什么感觉？！而这正是因为程序的bug所导致的。所以要摆正自己的态度；

　　对此我的一些理解：

　　1、学会思考，重复性的黑盒测试只是一个开始，思考如何提高测试效率（自动化）和测试质量（安全、性能、压力）才是王道，尤其对我们web前端测试而言，这一点十分重要。

　　2、自强，如果只是局限在业务和点鼠标方面，不说开发，连我自己也会看不起自己，长此以往，势必没有成就感，丧失工作积极性。测试在于博，开发在于专，我觉得咱们测试需要熟悉常用的开发环境、框架、代码块，白盒测试、测试架构也是很好的发展方向。

　　3、4、明确客户，大的来说，PD和开发都是测试的间接客户，更精确而言，PD才是。把握分寸，站在用户的角度明确需求是测试的根本。

　　5、对待遗漏bug，要找到原因，补充到自己的case库，多学习，多积累。

　　此外，我还想说一点，很多人在测试中迷失，是因为没体会到“测试的成就感”，我觉得其在于：

　　a）发现bug，保证产品质量；

　　b）发现较难发现之重要bug，精益求精；

　　c）技术提高，改变测试方法/效率；

　　d）成为团队的核心，补充PD，驱动开发，促进整个团队良性循环。

　　想得可能不那么周全，欢迎大伙补充……