测试用例模板（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 ]

songfun

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

songfun

to Jackei:

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

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

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

songfun

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

songfun

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

songfun

UC: use case 用例图 （UML建模的用例，不是test case的用例）；
UI: user interface用户界面