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