游戏项目测试用例编号的命名
想和大家交流一下用例编号命名。我团队是这么搞的：
测试用例文档的管理。就我知道的，有用word格式的，excel格式的，用例管理软件的。
内容都一样。二维表格式的，word和excel，用例管理软件的数据库也是。
填写内容有编号，输入，输出，测试结果，备注，测试时间，测试人等等。。。
我这里用word写测试用例的文档。格式是标准二维表格式。这样的话，如果需要把用例内容转移到其他地方也很方便。例如用例管理软件直接导入（word转excel，excel转数据库）。
测试用例编号的命名我是这么管理的。
项目名称-模块名称-子模块名称-具体功能+流水号（前4级名称相同的情况下加流水号，确保编号唯一）
其中第一级，第二级，第三级名称的字数是固定的。第四级名称字数不固定。
前面几级名称字数要求固定，主要是考虑名称排序的需求。
1、名称排序是从前向后一个字符位一个字符位的检查进行排序。2、在做查询语句的查询条件时比较方便。
最初的想法是用拼音或数字进行命名。
后来推翻了。
这类文档是我们测试部内部使用。其他部门和行政流程上不应用。
如果用数字或拼音不直观，甚至需要做一个备注表说明编号和编号对应的中文解释。查询起来不方便。
现在就定为上述方式。
请大家指教一下。有成熟管理办法的欢迎发表意见，让我学习一下。谢谢
[ 本帖最后由 maxwell12 于 2010-4-8 19:45 编辑 ] :o 我以前也做过编号。方法是一致的。
但是遇到的最大阻碍是，测试员们认为很难执行，学习成本大。
我后来也想了想，觉得项目的所有用例来做编号，每条用例id还唯一，在我当时那个项目来看，没有什么意义。
所以，我觉得你也只需要考虑这2个问题:
1.能否保证有效、高效执行
2.执行的意义在哪里
要排除自己心理上的那种为了管理而管理 我现在的团队还真没时间为了管理而管理
做这件事的需求是,单条测试用例的定位,同类型测试用例的查询排序.
文档创建时写的用例都可能出现改动,新添,删除等变动
尤其是后来新添的用例,顺序ID号与前面同类的不在一起,需要有个字段能对应查询需求的要求. 嗯，建议你可以和测试员确认下，执行难度如何
看来你的团队确实有这种需求。
编号规则本身，我觉得你已经想的挺成熟了:P 测试人员一定要按照固定的格式填写用例编号.
字数,中间分割的-都要遵守规定.
执行出现错误,修改的成本也较小.用UE和EXCEL能很容易完成查找错误和修改的操作.
至于使用这个格式进行查询操作.有培训,但还是由能熟练使用查询功能的人来操作,否则很容易出现偏差.主要在于查询语句的实现. 学习了……我还以为是按功能模块的区分来编号- - 主要是用到的时候不需要再在测试文档库里翻来覆去的找，
还可以调用...
很多模块的功能是交错在一块儿的。
写上1000条案例不如写成“调用XX-XX-NUM"
[ 本帖最后由 Indisorder 于 2010-4-9 20:05 编辑 ] 原帖由 Indisorder 于 2010-4-9 20:03 发表 http://bbs.51testing.com/images/common/back.gif
主要是用到的时候不需要再在测试文档库里翻来覆去的找，
还可以调用...
很多模块的功能是交错在一块儿的。
写上1000条案例不如写成“调用XX-XX-NUM"
那不同版本下的执行记录，不同模块的调用执行记录，怎么写及管理？ 我们的测试用例编号；
项目名—模块名—00001
项目名—模块名—00002
页:
[1]
