测试用例模板（Test Case Template）
┏━━━━━━┯━━━━━━━━━━━━━━━━━━━━━━━━━━━┓┃用例编号 │ ┃
┠──────┼───────────────────────────┨
┃测试优先级 │ ┃
┠──────┼───────────────────────────┨
┃用例摘要 │ ┃
┠──────┼───────────────────────────┨
┃测试类型 │ ┃
┠──────┼───────────────────────────┨
┃用例类型 │ ┃
┠──────┼───────────────────────────┨
┃用例设计者 │ ┃
┠──────┼───────────────────────────┨
┃设计日期 │ ┃
┠──────┼───────────────────────────┨
┃对应需求编号│ ┃
┠──────┼───────────────────────────┨
┃对应UI │ ┃
┠──────┼───────────────────────────┨
┃对应UC │ ┃
┠──────┼───────────────────────────┨
┃版本号 │ ┃
┠──────┼───────────────────────────┨
┃对应开发人员│ ┃
┠──────┼───────────────────────────┨
┃前置条件 │ ┃
┠──────┼───────────────────────────┨
┃测试方法 │ ┃
┠──────┼───────────────────────────┨
┃输入数据 │ ┃
┠──────┼───────────────────────────┨
┃执行步骤 │ ┃
┃ │ ┃
┃ │ ┃
┃ │ ┃
┃ │ ┃
┃ │ ┃
┃ │ ┃
┃ │ ┃
┃ │ ┃
┃ │ ┃
┃ │ ┃
┠──────┼───────────────────────────┨
┃预期输出 │ ┃
┠──────┼───────────────────────────┨
┃实际结果 │ ┃
┠──────┼───────────────────────────┨
┃测试日期 │ ┃
┠──────┼───────────────────────────┨
┃结论 │ ┃
┗━━━━━━┷━━━━━━━━━━━━━━━━━━━━━━━━━━━┛
[ Last edited by songfun on 2005-4-27 at 11:39 ]
sample
┏━━━━━━┯━━━━━━━━━━━━━━━━━━━━━━━━━━━┓┃用例编号 │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 ] 很好
不错!
有收获.谢谢版主!!注：
由于本例子在记事本中设计的，所以排版上稍显错乱，只要粘贴到notepad就正常了:) 以前觉得用文档的形式进行测试用例和测试执行的管理挺方便的，不过时间长了就顶不住了。所以，个人建议还是把同测试用例执行有关的部分：实际结果、测试日期以及结论单列出来。当然，如果有工具管理那就更好了，文档总是不利于统计分析的。你说的非常有道理！
to Jackei:"把同测试用例执行有关的部分：实际结果、测试日期以及结论单列出来"
你说的这个我非常非常赞同，是的，我也倾向于这么做。
但是现在有些企业并不乐意这么做，甚至不愿意才用管理工具（比如TD）。
他们就依赖于这种形式的模板——把用例和执行记录糅合在一起的模板。
这多少也是一种无奈！
所以，你看到了，我把 实际结果、测试日期以及结论 都放在 表格的最下面，如果认为可以分开就直接把最后的三行去掉。这也是我所建议的！ to Uppers :
我也在这么想,excel是一个不错的罗列测试用例的工具, 可是我觉得还是不够简洁明了, 毕竟有了表的形式还要我们自己人工的分析数据的信息(当然是只一些不是很复杂但是都是重复工作的信息), 建议擅长数据库操作的高手给些建议, 主要是关于用excel保存的大量用例的管理与分析的界面设计,以及用例的生成方面可不可以实现自动化.
[ Last edited by monkey687 on 2005-4-30 at 15:41 ] 关键是如果基于文件而不是数据库，很多表、记录之间的关系就要自己单列一个表来维护，成本太高。还是用工具更方便一些。EXCEL的功能比较有限——或者我还不够熟练，前端时间尝试用excel来管理测试用例和测试过程，不是很爽。 呵呵，我曾经和我的上司提出过工作日报应该基于数据库而不是文件，被否决了，因为他excel用的太熟练了。以至于排斥web方式。 嗯,我们公司就是用文档形式的,哎! 我们公司买了个urtracker工具，以邮件通知大家bug进度，不错！ 非常感谢~！ 下次写的时候记得把insert按成 overwrite 键。 同意jackei斑竹的说法，大量的用例最终还是要入库统一配置管理，这样不但能体现它们与需求、缺陷等复杂的关系，而且能将维护成本降至最低～～ 入库不入库和模板是两件不同的事情。
即使入库也可以有一个模板规范。 这是当然，不同项目的用例在入库前肯定要设计关键字段或细节，这时若有适合的模板参考那就事半功倍了，呵呵～～ 哇，听了前辈们的讨论，受益非浅啊！ 有没有哪个开源工具，用来管理测试案例比较好呢？ to goldfeng :可以试试 TestLink。
