对一个团队来说做事一定要有规则，否则不可能把事做好。定义的规则一定要实用，要适何当前公司的环境。定义时多收集大家的意见，

　　刚开始作为测试管理者推行可以一步步有计划的推行，有时也需要做些强制的措施。如果规则不合理，马上修改，至少新的测试项目要按新规则执行。如果需要其它部门协同的，如产品部和研发中心，一定要得到上级领导的支持。

　　第一步：定义bUG规范，引进了TD管理工具如：以前我们的错误类型有10几个，我们内部讨论了下错误类型定义6个，后面几个项目下来，发现功能错误比例占了太多，我们又内部又把功能错误中的一个情况定义了另一种错误，不断完善。

　　第二步：内部日常工作中的，周报、用例、测试计划、测试报告定义了规范，同时修订了相应的模板，让他们更适用而且有关联的内容进行定义联接，使之成为真正有效的东东。执行过程中也出现很多问题，比如填写周报时，我刚开始要求本周的工作内容不能跟上周或下周计划不能重复。用了几周发现不合适，我们也想办法解决，如把工作任务分解，实在不能分解我们通过百分比来表示。

　　第三步：与其它部门人的员接口规范，刚开始我们知道很有难处，但是也需要想办法解决。记得有一次，我们一个测试人员跟开发人员为一个界面怎么摆放，用几号字体、用颜色好看争得不开交的时候，我马上找到相应负责人交流了是否要定义一下开发过程的界面规范，一拍即合，并且马上分头定义并评审通过，现在我们测试人员只要根据界面规范去测试就可以，根本不用跟开发人员扯皮 ，效率大大提高!现在我们正在整理，测试接收规范、测试停止标准。

　　第四步:一定有相应监督机制，不然规范也是一张白纸。我的做法是，我找到了我们的QA，刚开始我以为别人不愿意做，谁知道一交流她比我还激动，因为她正为如何检查我们头痛，我们一商量，将规范中一部分检查让他去做了，减轻了我的工作量。而且他发现了我们有好规范很不错，她把这些内容作为检查项目经理、开发人员等人员的检查项，解决很多需要我们去跟项目经理，开发人员等人员的交流。