测试用例模板（Test Case Template）

songfun

┏━━━━━━┯━━━━━━━━━━━━━━━━━━━━━━━━━━━┓
┃用例编号　　│　　　　　　　　　　　　　　　　　　　　　　　　　　　┃
┠──────┼───────────────────────────┨
┃测试优先级　│　　　　　　　　　　　　　　　　　　　　　　　　　　　┃
┠──────┼───────────────────────────┨
┃用例摘要　　│　　　　　　　　　　　　　　　　　　　　　　　　　　　┃
┠──────┼───────────────────────────┨
┃测试类型　　│　　　　　　　　　　　　　　　　　　　　　　　　　　　┃
┠──────┼───────────────────────────┨
┃用例类型　　│　　　　　　　　　　　　　　　　　　　　　　　　　　　┃
┠──────┼───────────────────────────┨
┃用例设计者　│　　　　　　　　　　　　　　　　　　　　　　　　　　　┃
┠──────┼───────────────────────────┨
┃设计日期　　│　　　　　　　　　　　　　　　　　　　　　　　　　　　┃
┠──────┼───────────────────────────┨
┃对应需求编号│　　　　　　　　　　　　　　　　　　　　　　　　　　　┃
┠──────┼───────────────────────────┨
┃对应UI　　　│　　　　　　　　　　　　　　　　　　　　　　　　　　　┃
┠──────┼───────────────────────────┨
┃对应UC　　　│　　　　　　　　　　　　　　　　　　　　　　　　　　　┃
┠──────┼───────────────────────────┨
┃版本号　　　│　　　　　　　　　　　　　　　　　　　　　　　　　　　┃
┠──────┼───────────────────────────┨
┃对应开发人员│　　　　　　　　　　　　　　　　　　　　　　　　　　　┃
┠──────┼───────────────────────────┨
┃前置条件　　│　　　　　　　　　　　　　　　　　　　　　　　　　　　┃
┠──────┼───────────────────────────┨
┃测试方法　　│　　　　　　　　　　　　　　　　　　　　　　　　　　　┃
┠──────┼───────────────────────────┨
┃输入数据　　│　　　　　　　　　　　　　　　　　　　　　　　　　　　┃
┠──────┼───────────────────────────┨
┃执行步骤　　│　　　　　　　　　　　　　　　　　　　　　　　　　　　┃
┃　　　　　　│　　　　　　　　　　　　　　　　　　　　　　　　　　　┃
┃　　　　　　│　　　　　　　　　　　　　　　　　　　　　　　　　　　┃
┃　　　　　　│　　　　　　　　　　　　　　　　　　　　　　　　　　　┃
┃　　　　　　│　　　　　　　　　　　　　　　　　　　　　　　　　　　┃
┃　　　　　　│　　　　　　　　　　　　　　　　　　　　　　　　　　　┃
┃　　　　　　│　　　　　　　　　　　　　　　　　　　　　　　　　　　┃
┃　　　　　　│　　　　　　　　　　　　　　　　　　　　　　　　　　　┃
┃　　　　　　│　　　　　　　　　　　　　　　　　　　　　　　　　　　┃
┃　　　　　　│　　　　　　　　　　　　　　　　　　　　　　　　　　　┃
┃　　　　　　│　　　　　　　　　　　　　　　　　　　　　　　　　　　┃
┠──────┼───────────────────────────┨
┃预期输出　　│　　　　　　　　　　　　　　　　　　　　　　　　　　　┃
┠──────┼───────────────────────────┨
┃实际结果　　│　　　　　　　　　　　　　　　　　　　　　　　　　　　┃
┠──────┼───────────────────────────┨
┃测试日期　　│　　　　　　　　　　　　　　　　　　　　　　　　　　　┃
┠──────┼───────────────────────────┨
┃结论　　　　│　　　　　　　　　　　　　　　　　　　　　　　　　　　┃
┗━━━━━━┷━━━━━━━━━━━━━━━━━━━━━━━━━━━┛

[ Last edited by songfun on 2005-4-27 at 11:39 ]

songfun

┏━━━━━━┯━━━━━━━━━━━━━━━━━━━━━━━━━━━┓
┃用例编号　　│BOSS_ FS_ MARKETING_NEW_01P　　　　　　　　　　　　　 ┃
┠──────┼───────────────────────────┨
┃测试优先级　│高（还有“较高、中、较低、低”几个等级）　　　　　　　┃
┠──────┼───────────────────────────┨
┃用例摘要　　│新增营销记录　　　　　　　　　　　　　　　　　　　　　┃
┠──────┼───────────────────────────┨
┃测试类型　　│功能性测试（对应还有“安全性测试”等）　　　　　　　　┃
┠──────┼───────────────────────────┨
┃用例类型　　│基本事件（对应还有“备选事件”、“异常事件”）　　　　┃
┠──────┼───────────────────────────┨
┃用例设计者　│songfun　　　　　　　　　　　　　　　　　　　　　　　 ┃
┠──────┼───────────────────────────┨
┃设计日期　　│2005-04-25　　　　　　　　　　　　　　　　　　　　　　┃
┠──────┼───────────────────────────┨
┃对应需求编号│REQ_ MARKETING_NEW_01　　　　　　　　　　　　　　　　 ┃
┠──────┼───────────────────────────┨
┃对应UI　　　│Marketing.htm　　　　　　　　　　　　　　　　　　　　 ┃
┠──────┼───────────────────────────┨
┃对应UC　　　│UC_ MARKETING_NEW_01　　　　　　　　　　　　　　　　　┃
┠──────┼───────────────────────────┨
┃版本号　　　│Build v0.1　　　　　　　　　　　　　　　　　　　　　　┃
┠──────┼───────────────────────────┨
┃对应开发人员│Frank　　　　　　　　　　　　　　　　　　　　　　　　 ┃
┠──────┼───────────────────────────┨
┃前置条件　　│操作员登录营销管理系统　　　　　　　　　　　　　　　　┃
┠──────┼───────────────────────────┨
┃测试方法　　│等价类划分（对应还有“错误猜测法”、“边界值分析”等）┃
┠──────┼───────────────────────────┨
┃输入数据　　│用户名：51testing 性别：男 金额：10元 描述：aaaaaaa　 ┃
┠──────┼───────────────────────────┨
┃执行步骤　　│①.进入【营销下发】页面；　　　　　　　　　　　　　　 ┃
┃　　　　　　│②.点击『增加』按钮；　　　　　　　　　　　　　　　　 ┃
┃　　　　　　│③.输入相应数据；　　　　　　　　　　　　　　　　　　 ┃
┃　　　　　　│④.点击『确定』按钮；　　　　　　　　　　　　　　　　 ┃
┃　　　　　　│⑤.在后台数据库(test/test@testDB)输入查询语句验证：　 ┃
┃　　　　　　│　　select * from MarketingTab where ID='1001'　　　　┃
┃　　　　　　│　　　　　　　　　　　　　　　　　　　　　　　　　　　┃
┠──────┼───────────────────────────┨
┃预期输出　　│㈠.执行步骤④后，页面弹出添加成功提示信息框；　　　　 ┃
┃　　　　　　│㈡.执行步骤⑤后查询数据库，记录确实添加成功且数据无误 ┃
┃　　　　　　│　　　　　　　　　　　　　　　　　　　　　　　　　　　┃
┠──────┼───────────────────────────┨
┃实际结果　　│符合预期　　　　　　　　　　　　　　　　　　　　　　　┃
┠──────┼───────────────────────────┨
┃测试日期　　│2005-05-01　　　　　　　　　　　　　　　　　　　　　　┃
┠──────┼───────────────────────────┨
┃结论　　　　│　　　　　　　　　　　　　　　　　　　　　　　　　　　┃
┗━━━━━━┷━━━━━━━━━━━━━━━━━━━━━━━━━━━┛

[ Last edited by songfun on 2005-4-27 at 11:39 ]

wmty

很好

冰河

有收获.谢谢版主!!

songfun

由于本例子在记事本中设计的，所以排版上稍显错乱，只要粘贴到notepad就正常了

jackei

以前觉得用文档的形式进行测试用例和测试执行的管理挺方便的，不过时间长了就顶不住了。所以，个人建议还是把同测试用例执行有关的部分：实际结果、测试日期以及结论单列出来。当然，如果有工具管理那就更好了，文档总是不利于统计分析的。

songfun

to Jackei:

"把同测试用例执行有关的部分：实际结果、测试日期以及结论单列出来"

你说的这个我非常非常赞同，是的，我也倾向于这么做。
但是现在有些企业并不乐意这么做，甚至不愿意才用管理工具（比如TD）。
他们就依赖于这种形式的模板——把用例和执行记录糅合在一起的模板。

这多少也是一种无奈！
所以，你看到了，我把 实际结果、测试日期以及结论 都放在 表格的最下面，如果认为可以分开就直接把最后的三行去掉。这也是我所建议的！

monkey687

to Uppers :

我也在这么想,excel是一个不错的罗列测试用例的工具, 可是我觉得还是不够简洁明了, 毕竟有了表的形式还要我们自己人工的分析数据的信息(当然是只一些不是很复杂但是都是重复工作的信息),   建议擅长数据库操作的高手给些建议, 主要是关于用excel保存的大量用例的管理与分析的界面设计,以及用例的生成方面可不可以实现自动化.

[ Last edited by monkey687 on 2005-4-30 at 15:41 ]

jackei

关键是如果基于文件而不是数据库，很多表、记录之间的关系就要自己单列一个表来维护，成本太高。还是用工具更方便一些。EXCEL的功能比较有限——或者我还不够熟练，前端时间尝试用excel来管理测试用例和测试过程，不是很爽。

songfun

呵呵，我曾经和我的上司提出过工作日报应该基于数据库而不是文件，被否决了，因为他excel用的太熟练了。以至于排斥web方式。

lanshanyu

嗯,我们公司就是用文档形式的,哎!

jennie98

我们公司买了个urtracker工具，以邮件通知大家bug进度，不错！

t653298

非常感谢~！

wsly

下次写的时候记得把insert按成 overwrite 键。

迎风

同意jackei斑竹的说法，大量的用例最终还是要入库统一配置管理，这样不但能体现它们与需求、缺陷等复杂的关系，而且能将维护成本降至最低～～

songfun

入库不入库和模板是两件不同的事情。
即使入库也可以有一个模板规范。

迎风

这是当然，不同项目的用例在入库前肯定要设计关键字段或细节，这时若有适合的模板参考那就事半功倍了，呵呵～～

cherry8163

哇，听了前辈们的讨论，受益非浅啊！

goldfeng

有没有哪个开源工具，用来管理测试案例比较好呢？

jackei

to goldfeng :可以试试 TestLink。