本文出自huguxiang的51Testing软件测试博客,转载请保留出处及链接:http://www.51testing.com/?105820
我觉得测试规范应该包括两部分的规范,第一是测试内容的规范,第二是测试流程的规范。
1. 测试内容的规范
测试内容依我的理解包括文档、程序、数据。
文档规范主要指的是需求说明书的规范和设计说明书的规范,至于这两个文档规范在《软件评测师教程》里面有详细介绍,我把它粘贴出来吧,当然每个公司还可以根据具体的情况特殊考虑。
上面已经说到了,公司可以根据具体情况特殊考虑,可以删除或增加相关的规范,应该由公司高层、设计师、开发部、测试部分别派代表来开会讨论并制定规范,规范一旦通过评测制定,就由行政部发布执行。有了文档规范之后,测试部根据文档规范评测相关文档。
程序规范,即软件编码规范。这个规范在《软件评测师教程》中也有写到,而且总结得比较好。
A. 源程序文档化 包括以下几方面的规范:符号名的命名、程序的注释、标准的书写格式等
B. 数据说明 包括以下几方面的规范:数据说明的次序、说明语句中变量安排有序化、使用注释说明复杂数据结构等
C. 语句结构 比如:在一行内写一条语句、程序清晰等
D. 输入/输出
等等……
数据规范,一般是基础数据有相当严格的规范,下面举一个我们公司数据规范的例子,如下表所示:
代码 | 名称 |
HG001 | 合格 |
HG002 | 不合格 |
TY001 | 检验特征项值不符合标准 |
TY002 | 检验特征项值超出规定范围 |
ZM001 | 褶皱 |
ZM002 | 裂纹 |
ZM003 | 杂物 |
ZM004 | 破损 |
ZM005 | 色泽不一致 |
(注意看代码,是通过设计部统一给名称编码的,现在不能变,以后也不能变,录入数据的时候必须按照这个规范来录)
2. 测试流程规范 测试流程一旦制定了规范就不能经常变动,测试流程的规范也应该由公司高层、设计师、开发部、测试部派出代表开会议定,得到大家认同的规范才能有效的执行。各个行业、每一个公司都有自己独特的流程规范,但是总的应该包括一下几个方面的规范:
A. 测试用例的规范、bug的规范等等------规范测试人员的行为
B. 提交功能界面测试文档规范(一般测试部会发格式文档给开发部填写,开发部发邮件提交功能界面给测试部)、修改bug规范、配置文件规范等等------规范开发人员的行为
……
这些一起形成了软件开发周期的规范,如果是刚试用这些规范,可以规定一个月的试用期,看这些规范在实际开发周期中是否适用,什么都要经过一个试验的过程,慢慢就会形成一种风气,大家都会按照这个规范行事。