说说我眼中的测试

想想自己从2002年毕业一直在做测试相关的工作，这么说来也算是在国内做测试比较早的老人了。

从最初在日企中做测试到现在在国企中做测试，期间也有在一家私企做过测试经理。测试的内容从最初的执行日本客户写的测试用例到最后作为测试经理指导别人写测试用例。从软件工程中涉及到的阶段来说做过JUNIT、NUNIT单元测试，在开发组中做过集成测试，在测试组做过系统测试，在用户方做过相应的验收测试等。从和开发人员分工协作的敏捷开发的迭代过程中来说，做过冒烟测试，回归测试，兼容性测试等。从测试的内容来说做过功能测试，性能测试。从测试的类型来说做过黑盒测试白盒测试。使用过操作系统有Windows,linux,Unix;使用过的数据库有Oracle,SQLServer,DB2;使用过的测试工具包括功能测试工具QTP，性能测试工具Loadrunner,研究过selenium自动化测试工具。使用过的测试及BUG管理工具有TestLink,TestDirector，Bugzilla以及公司内部自行开发的测试管理工具等。

除此之外做为测试管理人员来安排测试组的日常工作，解决测试中的疑难问题，协助其他相关部门提供相应的支持等等。

很多时候被人问起：怎么处理和开发的关系？如果你发现的BUG他不认怎么办？从我本身的经验来讲一般开发人员还是都有自己的职业素养，如果他们有时间还是很愿意跟测试沟通包括搭建测试环境，评审测试用例，甚至告诉你他自己开发的哪个模块可能会有问题等等，这个倒是可以不必太纠结，毕竟大家都是奔着发布一个正常版本为目的的，没有谁会故意刁难谁，除非你遇到了极品，那就索性也就不跟他计较啦。

那么在对BUG的态度上作为测试人员也要有自己的沟通技巧，我们可以根据开发人员的性格采取应人而异的沟通技巧，一般来讲就事论事以及柔和而坚定的沟通方式是比较好的，这个就牵扯到心里学层面了，要不然怎么会有测试心里学一说呢。总之最终将测试顺利执行，发现的BUG被正常修复那才是目标，如果能和开发人员有个好的沟通也算是赚到了。

测试这条路入行门槛很低，所以现在感觉测试就是个不被怎么重视的工种，不就是点点鼠标嘛，貌似谁都会做。谁都会做的工作要把他做好有是有讲究的。我们除了平时做好自己分内的事情可以学习一些最新的测试技术和方法，包括缩短测试流程，降低测试成本，用一颗避免重大BUG流入正式发布的上市版本中给公司和社会造成重大损失和损害的心来做测试，我想这个境界应该会有相应的压力和动力来做好这件事情，并且可以把他作为终身的事业来追求。

愿自己在测试这条路上能够越走越好。