51Testing会员ID：archonwang

　　规范需要很高的代价，从看得见的人、财、物到看不见的时间精力。

　　如果制度不规范。可以具备的几种选择是：

　　1. 选择离开到更规范些的公司任职；

　　2. 从现实出发：

　　2.1. 梳理现有流程；

　　2.2. 从现有流程出发，选择构建必要的流程节点

　　2.3. 着手基本的管理工具。很多公司可能没有，那么着手使用最基本的word、EXCEL进行管理，但是人工干预的内容很多，一个小团队维护的话比较吃力。

　　2.4. 确定现有的可使用的测试方法并将这些方法填充到流程上

　　2.5. 逐步完善流程和流程中所使用的各种方法，并形成制度

　　一个比较简单的案例如下：

　　一家公司，没有测试团队，有1～2个测试人员参与项目的测试过程。那么就从测试开始的时间计入，参与功能测试，系统测试等。每个阶段定义一条流程，将bug追踪解决确定为一独立流程，使用mantis管理工具进行支撑。在每个测试阶段里，适用的方法，例如：黑盒测试设计及执行方法，系统测试流程等归纳和总结。为配合这些流程，逐步引入缺陷管理工具，测试辅助工具（主要是测试数据生成，测试记录追踪等），任务分配系统等。在工作过程中，依托已经形成的成文形式，明确各方职责，当然，技术经理可能排除哪些规范制度尚不涉及的区域，逐步完善规范和制度，适应当前的项目及公司环境。经2年左右的发展，逐步将开发阶段的各个角色进行了专业化分离。

　　http://bbs.51testing.com/forum-157-1.html

51Testing会员ID：FENHUA927

 　目前已经在一个测试不规范的公司做了近两年了，总结如下：

　　1、和领导沟通，制定一个有效的测试管理规程。不规范的起因大部分由于管理混乱，导致计划实施困难，工作开展的没有章法，制定一个管理规程，可以约束测试工作行为，在实在对开发方起不了作用的话，还可以给自己的工作做一个准则。

　　2、制定有效的测试计划，规定出测试过程中各个阶段的输出物，按照计划管理，需要灵活变动的地方最好有变更跟踪记录，注明变更原因。使用管理工具管理测试各类文档。

　　3、针对测试工作中常见问题给出解决案例，明确报告对象与问题人员，对事不对人，但是一定要对每个bug与疑问的地方认真对待。

　　4、需要把好产品是否能够发布的关口，认为不能发布时，和开发人员和上级领导详细说明不能发布的原因或者如果这样发布引起的后果，如果意见未被接受，明确发布的责任承担方。

　　呵呵，目前想到的就这么几点，其实好多目前还未在实际工作中实现，但是朝着这个方向发展应该还是会好一点。

版权声明：本文出自51Testing软件测试网，感谢会员FENHUA927，archonwang在每周一问（09-05-11）中的精彩回答。
http://bbs.51testing.com/forum-157-1.html

原创作品，允许转载，转载时请务必以超链接形式标明文章原始出处、作者信息和本声明，否则将追究法律责任。