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

　　1. 测试内容的规范

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

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

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

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

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

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

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

　　D.输入/输出

　　等等。。。。。。

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

　　代码 名称

　　HG001 合格

　　HG002 不合格

　　TY001 检验特征项值不符合标准

　　TY002 检验特征项值超出规定范围

　　ZM001 褶皱

　　ZM002 裂纹

　　ZM003 杂物

　　ZM004 破损

　　ZM005 色泽不一致

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

　　2. 测试流程规范测试流程一旦制定了规范就不能经常变动

　　测试流程的规范也应该由公司高层、设计师、开发部、测试部派出代表开会议定，得到大家认同的规范才能有效的执行。

　　各个行业、每一个公司都有自己独特的流程规范，但是总的应该包括一下几个方面的规范：

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

　　B.提交功能界面测试文档规范(一般测试部会发格式文档给开发部填写，

　　开发部发邮件提交功能界面给测试部)、修改bug规范、配置文件规范等等------规范开发人员的行为

　　……

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