songfun 2005-4-25 14:13
测试用例模板（Test Case Template）
┏━━━━━━┯━━━━━━━━━━━━━━━━━━━━━━━━━━━┓
┃用例编号 │ ┃
┠──────┼───────────────────────────┨
┃测试优先级 │ ┃
┠──────┼───────────────────────────┨
┃用例摘要 │ ┃
┠──────┼───────────────────────────┨
┃测试类型 │ ┃
┠──────┼───────────────────────────┨
┃用例类型 │ ┃
┠──────┼───────────────────────────┨
┃用例设计者 │ ┃
┠──────┼───────────────────────────┨
┃设计日期 │ ┃
┠──────┼───────────────────────────┨
┃对应需求编号│ ┃
┠──────┼───────────────────────────┨
┃对应UI │ ┃
┠──────┼───────────────────────────┨
┃对应UC │ ┃
┠──────┼───────────────────────────┨
┃版本号 │ ┃
┠──────┼───────────────────────────┨
┃对应开发人员│ ┃
┠──────┼───────────────────────────┨
┃前置条件 │ ┃
┠──────┼───────────────────────────┨
┃测试方法 │ ┃
┠──────┼───────────────────────────┨
┃输入数据 │ ┃
┠──────┼───────────────────────────┨
┃执行步骤 │ ┃
┃ │ ┃
┃ │ ┃
┃ │ ┃
┃ │ ┃
┃ │ ┃
┃ │ ┃
┃ │ ┃
┃ │ ┃
┃ │ ┃
┃ │ ┃
┠──────┼───────────────────────────┨
┃预期输出 │ ┃
┠──────┼───────────────────────────┨
┃实际结果 │ ┃
┠──────┼───────────────────────────┨
┃测试日期 │ ┃
┠──────┼───────────────────────────┨
┃结论 │ ┃
┗━━━━━━┷━━━━━━━━━━━━━━━━━━━━━━━━━━━┛
[[i] Last edited by songfun on 2005-4-27 at 11:39 [/i]]
songfun 2005-4-25 15:03
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 ┃
┠──────┼───────────────────────────┨
┃结论 │ ┃
┗━━━━━━┷━━━━━━━━━━━━━━━━━━━━━━━━━━━┛
[[i] Last edited by songfun on 2005-4-27 at 11:39 [/i]]
冰河 2005-4-25 15:17
不错!
有收获.谢谢版主!!
songfun 2005-4-25 20:15
注：
由于本例子在记事本中设计的，所以排版上稍显错乱，只要粘贴到notepad就正常了:)
jackei 2005-4-29 08:46
以前觉得用文档的形式进行测试用例和测试执行的管理挺方便的，不过时间长了就顶不住了。所以，个人建议还是把同测试用例执行有关的部分：实际结果、测试日期以及结论单列出来。当然，如果有工具管理那就更好了，文档总是不利于统计分析的。
songfun 2005-4-29 09:16
你说的非常有道理！
to Jackei:
"把同测试用例执行有关的部分：实际结果、测试日期以及结论单列出来"
你说的这个我非常非常赞同，是的，我也倾向于这么做。
但是现在有些企业并不乐意这么做，甚至不愿意才用管理工具（比如TD）。
他们就依赖于这种形式的模板——把用例和执行记录糅合在一起的模板。
这多少也是一种无奈！
所以，你看到了，我把 实际结果、测试日期以及结论 都放在 表格的最下面，如果认为可以分开就直接把最后的三行去掉。这也是我所建议的！
monkey687 2005-4-30 15:40
to Uppers :
我也在这么想,excel是一个不错的罗列测试用例的工具, 可是我觉得还是不够简洁明了, 毕竟有了表的形式还要我们自己人工的分析数据的信息(当然是只一些不是很复杂但是都是重复工作的信息), 建议擅长数据库操作的高手给些建议, 主要是关于用excel保存的大量用例的管理与分析的界面设计,以及用例的生成方面可不可以实现自动化.
[[i] Last edited by monkey687 on 2005-4-30 at 15:41 [/i]]
jackei 2005-4-30 17:29
关键是如果基于文件而不是数据库，很多表、记录之间的关系就要自己单列一个表来维护，成本太高。还是用工具更方便一些。EXCEL的功能比较有限——或者我还不够熟练，前端时间尝试用excel来管理测试用例和测试过程，不是很爽。
songfun 2005-4-30 19:53
呵呵，我曾经和我的上司提出过工作日报应该基于数据库而不是文件，被否决了，因为他excel用的太熟练了。以至于排斥web方式。
lanshanyu 2005-5-11 15:47
嗯,我们公司就是用文档形式的,哎!
jennie98 2005-7-7 13:41
我们公司买了个urtracker工具，以邮件通知大家bug进度，不错！
t653298 2005-7-17 19:46
非常感谢~！
wsly 2005-7-17 20:40
下次写的时候记得把insert按成 overwrite 键。
迎风 2005-7-18 18:02
同意jackei斑竹的说法，大量的用例最终还是要入库统一配置管理，这样不但能体现它们与需求、缺陷等复杂的关系，而且能将维护成本降至最低～～
songfun 2005-7-18 18:51
入库不入库和模板是两件不同的事情。
即使入库也可以有一个模板规范。
迎风 2005-7-19 09:32
这是当然，不同项目的用例在入库前肯定要设计关键字段或细节，这时若有适合的模板参考那就事半功倍了，呵呵～～
cherry8163 2005-10-27 14:52
哇，听了前辈们的讨论，受益非浅啊！
goldfeng 2005-11-7 19:25
有没有哪个开源工具，用来管理测试案例比较好呢？
jackei 2005-11-18 17:31
to goldfeng :可以试试 TestLink。
Lero 2005-11-28 17:16
我们公司是用的testlink来管理test case的！
用的汉天星的Butterfly！
呵呵
可是大家有时候还是嫌麻烦啊！
人啊～....
983221wy 2005-12-6 10:15
谢谢了！！！！
weiwen 2005-12-8 08:44
受益非浅!
jane10625 2005-12-8 11:52
正在找相关的东西！谢谢songfun
ffc518 2005-12-8 14:47
求教
对应UC，和对应UI是指什么东西啊，不理解
lyzw2003 2005-12-11 22:14
谢谢版主
songfun 2005-12-12 13:54
UC: use case 用例图 （UML建模的用例，不是test case的用例）；
UI: user interface用户界面
sullen0872 2005-12-12 19:42
受益匪浅
harold_zou 2005-12-15 19:28
收藏
swallow0918 2006-2-7 13:11
这个用例很规范，呵呵～ 顶一下。
gaohongxu 2006-2-7 13:16
谢了◎
Alina_Hui 2006-3-22 16:28
本站元老,你好
freewl 2006-3-25 01:21
hi
jojojojojo_1999 2006-3-27 09:53
有个开源软件 bugfree,感觉很不错。
jojojojojo_1999 2006-3-27 13:15
错错错了 bugfree 对bug的管理很不错，不适合用例，是我太菜了。
Joan2005 2006-9-14 17:43
先收藏
sky2008 2006-9-19 10:10
不错
peterzhu_1 2006-9-27 17:33
用EXCEL来记录测试用例还是比较方便的,不过最好是用工具来进行管理,这样的话能够比较统一有效地维护测试用例，而用EXCEL可能就比较麻烦了。
我公司以前是用EXCEL表来记录用例的，每次测试都要到服务器里去找测试用例，比较麻烦；后来公司开发了一个用例管理工具，无论在界面还是实用性我觉得都比EXCEL好。
Joan2005 2006-9-28 12:00
一个测试用例不止一种测试方法和测试数据的输入.那么我们是把所有数据都集中在一个用例表中还是一种测试数据对应同一个测试用例呢?
boliping 2006-9-29 13:59
可能一种数据对应一种测试用例会比较清晰吧