兔年测试开门炮

在新的一年里，祝大家身体健康，合家欢乐。

借着新年的喜气，写下一些自己工作中的感想，和大家一起分享。

个人以为，要把软件测试搞得像过年一样红火，必须要像过年一样热情，创新，主动参与。

测试人员要有主动，进取的工作态度。有人经常抱怨测试不受领导重视。其实应该摆正心态，难道你必须在领导24小时全力督促下才能把工作做好？如果什么事情都要领导为你把路铺开，那么这领导也太难当了。一般有专业测试人员配置的项目组，至少都有个十几号人的规模；大家一起工作，每个人各司其职，能不能把测试工作做好，全看自己的能力和魄力，和领导重不重视完全不搭边。正常情况下，项目经理不能是干测试出身的。也就是说，大部分项目经理不了解测试，他们对软件测试人员或部门一般抱着不想参与以免帮倒忙的态度，并且项目经理经常被进度压得头昏脑胀，生活不能自理。如果你负责项目级别的测试任务，你要做是积极冲上去帮他一把，必要的时候还得用大嘴巴子把他闪醒；像个小媳妇一样絮絮叨叨，甚至哭哭啼啼，找抽是难免的。另外，测试流程的管理上，确实需要我们配合开发模式，根据被测软件和开发流程来设计测试的具体过程；但是请记住测试流程的设计是由测试人员独立完成的，其他人想帮也帮不上。如果你测试的时候没有文档，没有版本管理，没有退出条件，没有缺陷管理，没有测试计划，没有进度，没有相关知识，没有设计，没有数据，没有用例，没有执行记录，没有分析，没有会议，没有报告，没有人看，没有人知道你……那么，我想说这都是你自己出了问题。

测试工作需要创新，需要独立思考。如果你负责设计整个测试框架，忽然有个大侠跑过来质问你的测试用例为什么没有等价类划分，或者边界值分析法（大多数业内人士只知道这两种测试用例设计方法），你是否打算向他哭诉自己的工作遗漏，还是据理力争陈述自己的测试构成，并请他以后不要骚扰你的工作。工作中经常有人会问你许多意想不到的奇怪问题，你需要提前准备答案吗？我能做的，就是把自己的工作尽量清晰的绘制在脑海中；也许你是个新手，无法知道太多的事情，没有关系，只要有自己的思路就是好的开始。没有测试用例？可能是现在写效率不高，或者文档太少不是写用例的时机。没有报告？可能是报告并不是现阶段的重点。没有版本管理？测试可以替开发做这部分工作。所有的答案都必须由测试人员自己来回答，别把自己累坏了。

测试要懂得利用资源。你的代码能力可能很差，不过没有关系，你旁边就坐着技术权威，我们朝夕与共的开发人员。他们也会经常需要我们测试人员解决很多棘手的问题。互通有无是增进友谊的开始，以后你们还会更亲密地同舟共济，同室操戈，并且同根相煎在一起。测试与开发人员的关系已经不能用朋友和敌人来描述了，有点像两伊战争，属于民族内部死磕。干测试的和搞开发的互相之间开个玩笑，QA一般都听不懂。我们大英帝国的测试人员没有永恒的敌人，也没有永恒的朋友，只有永恒的扯淡。

在彻底跑题之前，再次祝大家工作顺利，财源广进。