本文出自huguxiang的51Testing软件测试博客，转载请保留出处及链接：http://www.51testing.com/?105820

　　我觉得测试规范应该包括两部分的规范，第一是测试内容的规范，第二是测试流程的规范。

　　1.   测试内容的规范

　　测试内容依我的理解包括文档、程序、数据。

　　文档规范主要指的是需求说明书的规范和设计说明书的规范，至于这两个文档规范在《软件评测师教程》里面有详细介绍，我把它粘贴出来吧，当然每个公司还可以根据具体的情况特殊考虑。

　　上面已经说到了，公司可以根据具体情况特殊考虑，可以删除或增加相关的规范，应该由公司高层、设计师、开发部、测试部分别派代表来开会讨论并制定规范，规范一旦通过评测制定，就由行政部发布执行。有了文档规范之后，测试部根据文档规范评测相关文档。

　　程序规范，即软件编码规范。这个规范在《软件评测师教程》中也有写到，而且总结得比较好。

　　A． 源程序文档化 包括以下几方面的规范：符号名的命名、程序的注释、标准的书写格式等

　　B． 数据说明 包括以下几方面的规范：数据说明的次序、说明语句中变量安排有序化、使用注释说明复杂数据结构等

　　C． 语句结构 比如:在一行内写一条语句、程序清晰等

　　D． 输入/输出

　　等等……

　　数据规范，一般是基础数据有相当严格的规范，下面举一个我们公司数据规范的例子，如下表所示：                                                                                                                       

　　（注意看代码，是通过设计部统一给名称编码的，现在不能变，以后也不能变，录入数据的时候必须按照这个规范来录）

　　2.   测试流程规范 测试流程一旦制定了规范就不能经常变动，测试流程的规范也应该由公司高层、设计师、开发部、测试部派出代表开会议定，得到大家认同的规范才能有效的执行。各个行业、每一个公司都有自己独特的流程规范，但是总的应该包括一下几个方面的规范：

　　A． 测试用例的规范、bug的规范等等------规范测试人员的行为

　　B． 提交功能界面测试文档规范（一般测试部会发格式文档给开发部填写，开发部发邮件提交功能界面给测试部）、修改bug规范、配置文件规范等等------规范开发人员的行为

　　……

　　这些一起形成了软件开发周期的规范，如果是刚试用这些规范，可以规定一个月的试用期，看这些规范在实际开发周期中是否适用，什么都要经过一个试验的过程，慢慢就会形成一种风气，大家都会按照这个规范行事。