51Testing软件测试论坛

标题: 我刚写的功能测试用例模板,欢迎拍砖（8楼上传了有用例的文档） [打印本页]

作者: nightbossa 时间: 2007-2-5 10:12
标题: 我刚写的功能测试用例模板,欢迎拍砖（8楼上传了有用例的文档）
如果有什么不足的地方和更好的建议,欢迎回复

[ 本帖最后由 nightbossa 于 2007-2-5 15:24 编辑 ]

作者: nightbossa 时间: 2007-2-5 10:19
关于用例级别,参考了这里http://www.51testing.cn/html/53/158.html

作者: kpxl 时间: 2007-2-5 10:57
仅仅是模版啊，整体来看，模版这样设计没有任何问题，但是实际的测试却绝对不能这么简单，首先这里面没有说明这些模块之间的关系，比如功能A要想运行需要功能B的支持，或者说功能A网功能B输出数据，可能一笔数据在功能A中计算是正确的，但是功能B取出来的结果却是错误的，但是用这个错误的值来验证B的功能，也是没有问题的。这样就忽略了一个很大的Bug！

作者: nightbossa 时间: 2007-2-5 11:27
谢谢指教.sdlkfj3

,暂时只是做了模板出来.这个星期要写出完善的测试计划,包括每一个数据和每一个操作步骤.

我现在的问题是,需求说明书描述得不是很明确,不知道应该怎么样去设计具体的数据.另外,因为软件还在早期开发中,没有成型,所以对操作步骤也不知道该怎么样去设计.

作者: netcat 时间: 2007-2-5 14:25
自己的东西分享。精神可贵。。定下。。sdlkfj8

作者: hadywei 时间: 2007-2-5 15:09
我下载了，也看了，觉得还是挺不错的，比我们写的详细，至少我们没有分用例的级别

作者: archonwang 时间: 2007-2-5 15:10
不错，文档比较规范。

不过没具体内容，看不出文档质量。

作者: nightbossa 时间: 2007-2-5 15:16
发一个有内容的上来，大家指点一下。

可能大家会说没有具体数据和操作步骤。我也烦这个，跟经理说了一下，他说可以在测试过程中完善用例。

另外，我有一个疑问。

“可接受级测试，该级测试用例只要执行一次通过即可，该级测试用例通过意味着可以准备发布了；此等级为第三等级，标记为3。”

这个等级什么样的用例可以用？

作者: nightbossa 时间: 2007-2-5 15:23
这是我第一次正式写测试用例。

以前都是事后补的

sdlkfj1

作者: 网络游侠 时间: 2007-2-5 19:30
sdlkfj2 sdlkfj5 sdlkfj6 现在用很多工具都支持建测试用例如testdiretor, testlink，如果能和bug管理工具配合就很好，测试用例模板说真的只是为了应付事，关键要提升用例的价值，最好拿工具支持，有利于以后跟踪和维护!!!

作者: 命运之裁决 时间: 2007-2-6 15:18
这几天本来要开始学习写测试用例的，后来老大说要先测试才能写，就计划又搁浅了，楼主真是及时啊

作者: pobaby 时间: 2007-2-6 15:41
看了一下：

说点个人看法，不见得对。

1、用例写的太粗糙，列项不全。
2、部分用例通用性不强，执行率不高。
3、用例格式查看不方便。
4、关联项不多。
5、维护修改比较麻烦。
6、配合测试工具或bug管理平台接口处理不方便。即扩展性不强。

暂时想这么多，可能说的不对，针对各个业务线和行业线可能不同。

作者: nightbossa 时间: 2007-2-6 16:23
第一点我自己也感觉到了。可能是因为习惯的缘故，总是不肯写多几个字，太笼统了。到实际测试的时候会把具体数据和操作步骤列出来，现在东西没开发出来只能写出大概的流程。

通用性是指要尽量使用例能够在不修改的情况下使用到相类似的测试中么？

原帖由 pobaby 于 2007-2-6 15:41 发表
看了一下：

说点个人看法，不见得对。

1、用例写的太粗糙，列项不全。
2、部分用例通用性不强，执行率不高。
3、用例格式查看不方便。
4、关联项不多。
5、维护修改比较麻烦。
6、配合测试工具或 ...

作者: 网络游侠 时间: 2007-2-6 17:40
标题: 给你一个中国移动的，可以参考
给你一个中国移动的，可以参考

作者: 网络游侠 时间: 2007-2-6 17:41
sdlkfj2 sdlkfj3 sdlkfj4 好好学习下吧，要学的可是很多，关键写用例你要体现出价值

作者: nightbossa 时间: 2007-2-6 17:53
谢谢游侠

这样的用例好详细哦，值得学习。

另外，是用什么工具写的？td么？

作者: sunxy5291 时间: 2007-2-7 11:18
楼主怎么写的初稿生成2007-12-5
难道你还有超前功能

模版吗你想写成怎样的格式就怎样的格式
那是你们自己定的

作者: jianzhiying 时间: 2007-2-7 21:57
sdlkfj3 great!!!

作者: archonwang 时间: 2007-2-8 14:14
1. 用例的预期结果没写全，一个功能需要覆盖到正常场景，也必须覆盖到主要的异常场景。这里没有体现。
2. 预置条件不明朗。
3. 可扩张性的说明，凡是和数据库有关联的内容，必须做数据库完整性检查。
4. 用例分析还不够清楚，用例的执行是基于清晰的目标的，所以个人认为是不应该出现“是否”等概念的。

作者: nightbossa 时间: 2007-2-8 15:44
受教，谢谢。＾＾

做完整性检查是不是通常在修改和删除数据之后？

原帖由 archonwang 于 2007-2-8 14:14 发表
1. 用例的预期结果没写全，一个功能需要覆盖到正常场景，也必须覆盖到主要的异常场景。这里没有体现。
2. 预置条件不明朗。
3. 可扩张性的说明，凡是和数据库有关联的内容，必须做数据库完整性检查。
4. 用例 ...

[ 本帖最后由 nightbossa 于 2007-2-8 15:47 编辑 ]

作者: tyrael_79 时间: 2007-2-8 17:13
精神可贵。。定下。

作者: helill 时间: 2007-2-23 13:00
写的真好，我正需要这样一份测试用例。我会下了，好好利用的。
谢谢游侠。

作者: sunxy5291 时间: 2007-2-26 15:30
这还好
不敢恭维！！！

作者: shery 时间: 2007-2-26 16:15
你感觉不好吗？ sunxy5291那你拿出一份好的出来，给大家分享一下？

作者: sunxy5291 时间: 2007-2-27 15:57
我上传一个简单明了的，呵呵

Step Name	Descrīption	Expected Result
1-0 文件类型正确，文件大小的校验	上传每一种合法的附件类型，总大小小于限制的大小的附件，上传的文件大小为4.9M	上传成功
1-1 文件类型正确，文件大小的校验	上传每一种合法的附件类型，总大小等于限制大小的附件，上传的文件大小为5M	上传成功
1-2 文件类型正确，文件大小的校验	上传每一种合法的附件类型，总大小大于限制大小的附件，上传的文件大小为5.1M	提示信息"上传的附件总大小不能超过5M"
2-0 文件大小符合，文件类型的校验	上传合法文件类型的文件，上传的文件类型为.txt	上传成功
2-1 文件大小符合，文件类型的校验	上传文件类型为非法的文件，上传的文件类型为.doc，或.xls，或gif，或ppt等	提示信息“上传的文件类型不合法”
3 文件类型与大小都不合法	上传文件大小为5.1M，文件类型为doc的文件	会先判断文件类型，再判断文件大小提示信息为“上传的文件类型不合法”
4-0 文件类型与大小都合法的其他情况	上传一个0kb的文本文档	建议限制上传0kb的文件
4-1 文件类型与大小都合法的其他情况	上传一个正在使用中的附件（即打开该文件，再上传该文件）	上传成功
4-2 文件类型与大小都合法的其他情况	手动输入一个存在的文件，点击上传	上传成功
4-3 文件类型与大小都合法的其他情况	手动输入一个不存在的文件，点击上传	提示信息"请正确选择要上传的附件"
4-4 文件类型与大小都合法的其他情况	输入路径为f:/的文件，点击上传	上传成功

注：

1. 假设上传的文件允许为xls类型，则还要考虑系统是否要求上传的文件所用的工作表名称必须为Sheet1

2. 还必须考虑上传最大的文件时的上传时间是否在合理时间范围内

[ 本帖最后由 sunxy5291 于 2007-2-27 15:59 编辑 ]

作者: liuxl 时间: 2007-2-27 17:40
收了几个用例,好好学习sdlkfj5

作者: ryg221 时间: 2007-2-27 22:20
好的测试用例，不是依靠一两个摸版或者坐下来苦思冥想就可以写出来的。
测试和开发一样都要有一个过程：
开发过程比较简单有以下几个步骤：
原始需求(用户需求)收集需求分析->概要设计->概要设计/详细设计->编码
每一步的输出都是下一步的输入,这样的才能做到整个项目的思路清晰,便于管理和以后的维护,做出来的产品才能达到较好的水平.

测试也是一样:
测试需求(测试对象)分析->测试方案/策略设计->测试用例设计->测试执行
只有对被测对象有清晰的了解和分析,才能够明确需要测试的内容,指定详细的测试方案/策略才能有效的进行测试的执行.
只有一步步的做下来,才能尽可能的覆盖所有的功能,减少漏测的发生.

不进行前期工作直接设计用例就等于没有进行设计就直接编码一样,出来的用例可能漏洞百出.

特别是比较庞大的项目,整个过程非常重要!

作者: zhaofengwwx 时间: 2007-2-28 10:34
sunxy5291 这位朋友，你上面所列出的测试上传附件的用例中是否还应再添加一步上传附件是否能正常打开、查看的步骤？再者就是还要不要对上传附件数量进行验证？是总共只能上传一个附件吗？若能上传多个附件，总文件大小为5M，那么要测试的内容还很好。个人拙见，呵呵

作者: zhaofengwwx 时间: 2007-2-28 10:37
个人认为，用例格式模板无所谓好坏，只要适于公司内部情况使用即可，现在我们公司使用TD，我们每次写用例全是按照TD中的模板来走。不过，楼主用例模板中提出用例的级别设定，个人认为很有意义。

作者: sunxy5291 时间: 2007-2-28 11:32
其实我们也不怎么写测试用例的。
我认为
写测试用例是一个长期的过程
正规的公司都要求很严格的！

作者: nightbossa 时间: 2007-3-1 10:47
详细！

不过，在不知道一个功能具体会怎么样实现的时候，怎样才能够写出这么详细的测试数据和步骤呢？

例如（这是我公司的一个需求说明书的片断），需求描述如下：

当选中某个具体的短信业务时，可以查看该业务的详细资料并直接订阅；类似于下图，详细资料可以包括：服务说明，资费说明、SP信息、开通区域、短信订阅/退订方法、已订阅人数等；

ps：在概要设计和详细设计中，并没有过多的描述这个功能，所有文档中，上面一段文字已经是最详细的描述了。 -_-#

原帖由 sunxy5291 于 2007-2-27 15:57 发表
我上传一个简单明了的，呵呵

Step NameDescrīptionExpected Result1-0 文件类型正确，文件大小的校验上传每一种合法的附件类型，总大小小于限制的大小的附件，上传的文件大小为4.9M 上传成功1-1 文件类型正 ...

作者: xubxuq 时间: 2007-3-2 16:07
标题: a
aaaaaaa

作者: vickiren 时间: 2007-3-23 10:18
标题: 回复 #32 xubxuq 的帖子
好感谢帮忙，学习中

作者: petch 时间: 2007-4-11 15:09
标题: zhengzaiweimebantoutengna
zenmeban

作者: yongming566 时间: 2007-5-25 12:08
传个大家看看
晕死！不会传了，下午去看看怎么弄的

作者: machao514 时间: 2007-5-25 13:56
刻苦学习

作者: anly8828 时间: 2007-5-28 00:15
标题: 还没有接触到
还没有接触到测试用例的编写

作者: dhxyu 时间: 2007-5-28 10:30
收到了

软件性能测试交流群：5482534 欢迎您的加入！
帮助第一,互相交流,大家帮助大家!共同进步!记住:分享与贡献同等重要!

作者: barcelona 时间: 2007-5-28 11:10
kankan 看看支持哈

作者: jenny0842 时间: 2007-5-28 13:00
鼓励一下！

虽然不是很懂！

作者: zyszys 时间: 2007-5-28 15:29
表彰一下！

作者: mlj 时间: 2007-6-2 10:54
不错！支持！

作者: chipin64585 时间: 2007-8-7 10:31
不错！支持！

作者: tugang11 时间: 2007-8-7 13:57
制的看下哦~~~经验啊

作者: 119139107 时间: 2007-8-7 14:56
感谢楼主斑竹的发言
授意良多哇
学习中。。。。。。

作者: lijiang-ljlj 时间: 2007-8-8 09:49
下下来看看先！

作者: lijiang-ljlj 时间: 2007-8-8 09:50
内容不错，支持！

作者: 2004.com 时间: 2007-8-27 23:09
标题: 俺要下载
拿来拿来，俺要下载

作者: edisonlee 时间: 2007-8-29 16:16
学习中，谢谢分享

作者: yunflyfly 时间: 2007-8-30 12:13
标题: hehe
学习中

作者: jptiger 时间: 2007-8-30 12:20
下载看一下

作者: wyalgl 时间: 2007-9-27 14:04
好东西，不错，谢谢

作者: akin520 时间: 2007-9-27 16:25
虽然不是很懂！看一下

作者: 燕子东南飞 时间: 2007-11-7 13:54
我们这几天编写功能分析文档,项目经理给我分析了好几次说我们分析的功能点不够详细,功能就是在页面显示的所有的功能项,是不能再分解的,比如“提交，确定，返回等等！

作者: willandy 时间: 2007-11-7 17:15
大家一起学习
共同进步

作者: tiramisu_one 时间: 2007-11-30 09:29
好东西，用力顶

作者: liran 时间: 2007-11-30 12:04
感觉少了一些东西,测试步骤.,测试节点.期望结果,实际结果,等这个方面没有体现出来吗.
整体上还是不错的.

作者: 浪迹天涯天迹浪 时间: 2007-12-3 16:04
呵呵看了这篇文章还是感到移动的测试用例真是详细
唉毕竟财大气粗工资高了人的工作积极性也高了

大家都努力吧

作者: kelly6772 时间: 2007-12-4 17:52
目前都是先测试再写测试用例，写不出什么有效的测试用例，努力学习

作者: linjliu 时间: 2007-12-5 16:25
不错，学习中

作者: xinminghe 时间: 2007-12-13 16:20
晕死！下载不了

作者: lixinyun 时间: 2007-12-27 15:53
鼓励一下！

虽然不是很懂

作者: bbfcchas 时间: 2007-12-27 17:21
学习一下！

作者: tjsundway 时间: 2007-12-27 22:12
模版这样设计没有任何问题

作者: love_fei110 时间: 2008-2-19 21:24
感谢楼主！

作者: leslie_lan 时间: 2008-3-21 14:28
好东西，谢谢分享！！！

作者: fmm51testing 时间: 2008-8-1 11:23
说的不错啊！我暂时还是用那简单点的。公司做的这软件，简单的很啊！我都觉得没必要写测试用例！写个总结性的测试报告就行！但是，老板说了，要写，没法了……

作者: guojunlin 时间: 2008-8-1 11:33
下了,

作者: 沙漠飞雪 时间: 2008-8-27 17:37
很不错，学习啦，呵呵

作者: 新手笑哈哈 时间: 2008-10-8 15:45
学习，学习，

作者: guo0866 时间: 2008-10-10 11:39
看看

作者: lzzoz 时间: 2008-11-12 09:33
支持一下

作者: 默默巫1 时间: 2008-11-12 10:17

作者: 88554657 时间: 2009-3-31 16:54
好东西

作者: glacier678 时间: 2009-3-31 17:28

公司的东西都发出来了，哎。。

作者: lyl419 时间: 2009-7-6 13:14
没必要传两次吧

作者: debbiewme 时间: 2009-7-6 15:27
学习中。。

作者: fenghuacy 时间: 2009-8-11 10:41
这么好？我可要看看了。

作者: chenliny 时间: 2009-8-12 16:09

作者: jinglijun 时间: 2009-9-12 17:02
感谢楼主啊！

作者: sssym 时间: 2009-10-19 17:37
谢谢分享

作者: e-beetle 时间: 2009-11-23 18:22
标题: 下来看看
下来看看

作者: 张飞飞飞 时间: 2009-12-24 16:18
看看

作者: ounozui 时间: 2010-1-9 13:14
学习。。定下。

作者: chengning 时间: 2010-1-15 17:24
谢谢分享啊

作者: montella 时间: 2010-2-8 16:39
各位前辈的分享让小子获益不少……感激不尽

作者: zhang.tp 时间: 2010-2-9 16:25
标题: 和楼主探讨
前后仔细看了以上内容,不知道为什么你提到的短信业务没有了跟贴
现在已经测试完了吗?有了最合适的测试用例了吗?
如果公司只给到这种程度实在做不出详细的测试用例,因为前后会怎样根本不知道,象您说的"具体会怎么样实现"不清楚.所以不太好写啊

作者: alians 时间: 2010-3-24 11:07
分享了，学习中

作者: chengning 时间: 2010-3-24 11:33

作者: yp9861 时间: 2010-3-30 12:39
我正找这个呢···········

作者: madgehe 时间: 2010-4-19 10:55
标题: 回复 14# 的帖子
谢谢！真

是好东东！

作者: winner1400 时间: 2010-7-15 12:58
看一下自己的状态

作者: dq_0413 时间: 2010-7-16 15:46
如果该项目有一定规模的话，建议使用管理工具如TD、Bugfree、QC之类的。便于与开发缺陷跟踪与确认，以及对测试用例的覆盖率分析，让测试有效！如果有自动化脚本的话，可以做一定的关联！

作者: xnliuying 时间: 2010-10-6 16:24
谢谢了！！！！！！！！！！！！！！！！！！！！！！！！！！！1

作者: meteorol 时间: 2010-11-24 15:34
受用了，正在写测试用例

作者: matata1984 时间: 2011-3-15 13:38
先收藏了再说!

作者: lbx111111 时间: 2011-7-7 19:38
分享得不错。收藏

作者: foxfoxes 时间: 2011-7-28 09:34
回复 1# nightbossa

谢谢楼主哈～

作者: weiweizhao05 时间: 2011-7-29 09:59
学习了，多谢！

作者: iOrchid 时间: 2011-7-30 13:32
回复 6# hadywei

感觉用例分级是有必要的。必要的功能应该受到更多的关注，必须全部通过的。我的理解哈~~O(∩_∩)O~

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)