51Testing软件测试论坛
标题:
测试用例模板（Test Case Template）
[打印本页]
作者:
songfun
时间:
2005-4-25 14:13
标题:
测试用例模板（Test Case Template）
┏━━━━━━┯━━━━━━━━━━━━━━━━━━━━━━━━━━━┓
┃用例编号 │ ┃
┠──────┼───────────────────────────┨
┃测试优先级 │ ┃
┠──────┼───────────────────────────┨
┃用例摘要 │ ┃
┠──────┼───────────────────────────┨
┃测试类型 │ ┃
┠──────┼───────────────────────────┨
┃用例类型 │ ┃
┠──────┼───────────────────────────┨
┃用例设计者 │ ┃
┠──────┼───────────────────────────┨
┃设计日期 │ ┃
┠──────┼───────────────────────────┨
┃对应需求编号│ ┃
┠──────┼───────────────────────────┨
┃对应UI │ ┃
┠──────┼───────────────────────────┨
┃对应UC │ ┃
┠──────┼───────────────────────────┨
┃版本号 │ ┃
┠──────┼───────────────────────────┨
┃对应开发人员│ ┃
┠──────┼───────────────────────────┨
┃前置条件 │ ┃
┠──────┼───────────────────────────┨
┃测试方法 │ ┃
┠──────┼───────────────────────────┨
┃输入数据 │ ┃
┠──────┼───────────────────────────┨
┃执行步骤 │ ┃
┃ │ ┃
┃ │ ┃
┃ │ ┃
┃ │ ┃
┃ │ ┃
┃ │ ┃
┃ │ ┃
┃ │ ┃
┃ │ ┃
┃ │ ┃
┠──────┼───────────────────────────┨
┃预期输出 │ ┃
┠──────┼───────────────────────────┨
┃实际结果 │ ┃
┠──────┼───────────────────────────┨
┃测试日期 │ ┃
┠──────┼───────────────────────────┨
┃结论 │ ┃
┗━━━━━━┷━━━━━━━━━━━━━━━━━━━━━━━━━━━┛
[
Last edited by songfun on 2005-4-27 at 11:39
]
作者:
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 ┃
┠──────┼───────────────────────────┨
┃结论 │ ┃
┗━━━━━━┷━━━━━━━━━━━━━━━━━━━━━━━━━━━┛
[
Last edited by songfun on 2005-4-27 at 11:39
]
作者:
冰河
时间:
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保存的大量用例的管理与分析的界面设计,以及用例的生成方面可不可以实现自动化.
[
Last edited by monkey687 on 2005-4-30 at 15:41
]
作者:
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
有没有哪个开源工具，用来管理测试案例比较好呢？
作者:
wmty
时间:
2005-11-18 16:35
很好
作者:
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
可能一种数据对应一种测试用例会比较清晰吧
作者:
snowyer2004
时间:
2006-10-4 11:38
谢啦
作者:
redleavexyf
时间:
2006-10-10 18:08
不错
作者:
shilinglin
时间:
2006-10-18 17:22
谢谢斑竹的模板，顶
作者:
glitgirl
时间:
2006-11-23 10:40
测试日期应该在测试步骤前面比较好,我觉得,呵呵
作者:
kycq0102
时间:
2006-11-23 16:02
谢谢楼上的指点。
作者:
水晶手镯
时间:
2006-11-25 10:14
刚刚接触本行业，对测试中的“对应UI”和“对应UC”不是很明白，请给予指点，谢谢~
作者:
yxd2006
时间:
2006-12-3 16:49
3Q
先下载啦
作者:
ustc_bsd
时间:
2006-12-5 11:26
标题:
hao
hao
作者:
wanzi003
时间:
2006-12-19 14:46
建议用ＴＤ，非常明了，需求＼用例＼测试实施＼缺陷管理，之间相互连接，统计分析很得当！按这个只需写个汇总报告即可！sdlkfj2
作者:
wwwxzl
时间:
2007-1-8 11:15
感谢
作者:
tf721
时间:
2007-1-16 10:42
不错哦.学习了
作者:
alice1002376
时间:
2007-2-1 15:59
象这么写的话，一个小东西就要写几千页了，不实用哦
作者:
zhaoyangtest
时间:
2007-2-5 19:38
什么年代了，像这种测试，在开发设计之初，可以。如果要是想量产的话，不实现自动化早被淘汰了。
作者:
liuxn_sz
时间:
2007-2-7 20:47
喜欢!!谢谢楼主!!!!
作者:
yangfengwait
时间:
2007-2-8 14:31
这个用例设计的不错，很适合初学者。
作者:
enjoytest
时间:
2007-2-8 16:52
偶公司用TD,效率还是不错的
作者:
Maiwn
时间:
2007-2-10 21:25
这是一种思路
作者:
ypeony
时间:
2007-3-14 10:43
正在寻找用例的模版，谢谢楼主！不知道如果对用例进行维护，并且新增加的用例在两个相邻的用例间，那么修改编号就比较麻烦了。不知各位有什么好办法解决这个问题啊sdlkfj7
作者:
wbcn
时间:
2007-3-18 23:16
很不错的,谢谢啦!
作者:
shenhp
时间:
2007-3-21 12:13
标题:
用Excel管理用例，太落后了
用Excel管理测试用例，碰到稍微复杂点的项目，就太麻烦了。
我用Qc测试管理工具,从需求->测试用例->测试用例执行->BUG追踪，
一气合成,真的感觉太爽了。
以前用Word写用例，把我累死了，工作量大，而且补关联，程序员也找问题也辛苦的要命。
现在改用QC,我的工作效率至少是以前的5倍，而且整个测试用例设计过程非常清晰，
程序员定位修复BUG也容易。
建议还在用Word、Excel编写用例的同行，赶紧用上专业的测试管理工具，感觉太爽了。
作者:
zl_coffee
时间:
2007-3-21 18:32
不错啊
受益非浅啊
作者:
haishuiok
时间:
2007-3-22 14:07
标题:
谢谢
太好了,这么多丰富的测试资料,简直就可以编写一套完整的测试人员从入门到精通的书籍了
作者:
guorenqiaokeli
时间:
2007-3-23 18:12
谢谢，可以参考一下
作者:
zjz1985
时间:
2007-3-26 14:47
转走了
作者:
adinQueen
时间:
2007-4-10 15:22
我们居然还在Excel里面挣扎阿！sdlkfj9
作者:
LKJ
时间:
2007-4-24 18:14
谢谢了,新手上路,
作者:
逍遥剑客
时间:
2007-4-29 18:37
在WORD和EXCEL比较上，我觉得使用EXCEL编写和管理用例更方便一点，更好用。
使用WORD编写和管理用例感觉更正式，毕竟正式文件一般都是WORD文档编写的。
作者:
jamezxy008
时间:
2007-5-11 15:44
牛～～收下！支持！
作者:
yelo
时间:
2007-5-11 16:22
唉，想想写用例就烦
作者:
seven520
时间:
2007-5-15 08:01
Thnaks for your help!!
作者:
annayin
时间:
2007-5-22 15:17
好像适合初学者。。。
作者:
llzkgy_2006
时间:
2007-5-23 10:59
标题:
回复 #2 songfun 的帖子
非常全面，GOOD
作者:
Simatu
时间:
2007-5-28 14:31
sdlkfj8 云里雾里~~
作者:
kristydream
时间:
2007-5-29 21:20
抱走了，谢谢~
作者:
tianyming
时间:
2007-6-1 19:31
很有帮助，谢谢.
作者:
不要长大的小孩
时间:
2007-6-5 13:57
标题:
还好啦．．
我们用ＴＤ，还好啦．．感觉工具嘛，都有共性的，用熟了一种其他的上手也快的．个中的好处，各人体会了．
作者:
moruhine
时间:
2007-6-5 17:49
我所在的項目都是excel或者word來做用例的，事實證明，統計的時候很累， Track也很累，沒有做RTM還。。。有時候一天就花在核對文檔上面了。。sigh,沒辦法，人的工錢比軟件序列號便宜
作者:
hy617
时间:
2007-6-6 17:23
有所启发。
作者:
june_zhuhui
时间:
2007-6-7 13:20
标题:
Thank you very much!!!
感谢LZ的分享和大家的讨论！
作者:
czqiqi
时间:
2007-6-7 15:10
感觉这样的用例模版要是执行稍微大点的项目时，是否有点太冗余了？
作者:
py31
时间:
2007-6-7 15:24
sdlkfj4
模板比较详细，但是过于雍长了。软件中一个模块的界面就可能有几百个用例，这种情况下，这种用例怎么写又怎么看呢？
有没有简洁高效一点的用例模板和方案呢？
作者:
wizardhj
时间:
2007-6-9 23:19
看来有开发一个统一的管理软件的必要了。
作者:
wizardhj
时间:
2007-6-9 23:23
指数低于0
作者:
zm_027
时间:
2007-6-11 10:28
支持一下，谢谢分享
作者:
hootoue
时间:
2007-6-12 11:12
学习大伙的建议真的很长知识
作者:
cherubim
时间:
2007-6-13 16:15
个人觉得写用例用EXCEL比较好,比较简洁 且大小也不大
个人不喜欢用word文档
作者:
蝈蝈77
时间:
2007-6-14 15:24
恩，借鉴一下，呵呵，谢谢楼主
作者:
mc309
时间:
2007-6-14 17:51
顶一下sdlkfj2
作者:
judy1320
时间:
2007-6-16 13:17
先收藏,不枉费斑竹的一番苦心!
sdlkfj2
作者:
ytqmyself
时间:
2007-6-18 16:49
楼主设计的用例字段还是挺全的，至于采用哪种方式管理用例，应该是仁者见仁，智者见智。不过个人认为最可取的方式还是采用测试用例管理工具，当然这样的工具最好是全系列的，从需求——>测试用例——>缺陷管理。一旦形成系列之后，管理也随之简单。免费开源的工具个人了解的不多，用过的IBM Rational整套工具其实还是不错的，从需求管理（RP）——>测试用例管理（TM）——>测试自动化（ROBOT）——>缺陷管理（CQ），另外还有一些配套的工具，例如CC，SoDA等等。TD，QC都是比较优秀的测试管理软件。（当然刚才说的软件在收费上不是一般公司能承受的）。
作者:
rjcs05121
时间:
2007-6-18 17:26
什么时候我能自己写测试用例呢？
作者:
cyyi
时间:
2007-6-29 10:18
学习了，谢谢分享
作者:
hollyzhao
时间:
2007-7-3 14:30
学习啦，谢谢。。
作者:
welkatrina
时间:
2007-7-7 15:00
可以使用bugfree 来对bug 进行集中的管理
作者:
rting
时间:
2007-7-7 18:19
恩，谢谢了，还附有例子
作者:
coolgirlrui
时间:
2007-7-9 16:34
标题:
谢谢
我也是用word做用例模板，有时候格式整理起来感觉有点麻烦，现在来请教！！
作者:
liulinzhu
时间:
2007-7-10 13:04
测试用例倒是写了不少，可类似于楼主的那种表格却一个都没做过啊，
惭愧至极！
作者:
xiaozheng1829
时间:
2007-7-11 09:12
第一次知道,
我們公司以前使用Bugcollector,
現在使用TMS,公司自己開發.
Thanks!
作者:
shenwenhai
时间:
2007-7-12 15:39
学习中
作者:
robertxie
时间:
2007-7-12 16:55
其实也不用那么多项的，只要有“功能模块”，“编号”，“用例描述（操作步骤）”，“预期结果”，“实际结果”，“备注”几项就够了。然后用一个Excel文档就搞定（里面有很多Sheet，每个Sheet代表一个大项）。
欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)
Powered by Discuz! X3.2
