51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 13220|回复: 26
打印 上一主题 下一主题

写测试用例到底有什么好处?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2006-3-9 17:03:35 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
请大家发表一下各自的意见,说一下写测试用例到底有什么好处。谢谢!!!!
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2006-3-16 13:52:19 | 只看该作者
我个人的观点:
1. 做了测试用例和测试报告,可以作为工作的证明,因为很多时候我们的工作都需要用文档来证明。(如果老板问起来都做了哪些工作,也好有个交待呀)
2. 做了测试用例,可以为你的测试作理论依据,也就是说不是那种想到哪做到哪的“瞎做”,而是有目标、有针对性地按照测试用例所描写的项和方法去测试,或者根据测试用例为不同的测试项目划分不同的优先级,这才能做到测试的可控性。
3. 测试用例也可以作为系统bug管理的依据,如果系统发生了修改,或有重大变动时,可以从以前的测试用例知道哪些地方做了更改,进而更改测试的相关项目。
4. 还没有想好,请大家补充……
(根据自己经验的一点拙见,希望大家指正)
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2006-3-19 15:19:48 | 只看该作者
补充:
写了测试用例就可以按照它方便地去执行了.
如果没有测试用例边想边做可能会考虑不周全,同时可能会忘记某些已经测试过的用例导致重复测试一些用例.尤其是比较复杂的测试.
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2006-3-20 00:05:20 | 只看该作者
补充一点:一个测试团队中,应该有写测试用例的人员和执行这些测试用例的人员,从这个角度来说写测试用例很有必要啦sdlkfj
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2006-3-25 23:01:51 | 只看该作者
作为软件维护方面的资产,利益就大了!
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2006-5-22 16:37:38 | 只看该作者

根据用例说明测试的过程及你的成果

呵呵,文字性东西是依据。为什么我们买东西要开个手据呢?以你的脑子是记不了那么多事情的。所以要记下来。同理
回复 支持 反对

使用道具 举报

wolf-tree 该用户已被删除
7#
发表于 2006-5-24 14:51:39 | 只看该作者
呵呵,正在学习,还不知道测试用例如何写!
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2006-5-26 13:37:25 | 只看该作者
我们测试的项目有些不大,还经常赶进度,通常没有写测试用例。尤其是开发不规范,基本没有需求说明和设计说明文档,要写测试用例都难以入收,郁闷中......
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2006-6-1 11:15:12 | 只看该作者
好处:测试能够全面,而且能够避免重估测试,利于维护。
编写需要高级工程师来完成,不是一边测试人员就能写好的,这个必须全面,还要考虑到业务的特殊情况。很难的。
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2006-6-4 18:11:44 | 只看该作者
指导测试执行,让测试可控,问题容易重现,让测试比较全面。。。。等等等等
多了去了
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2006-6-7 22:26:03 | 只看该作者
恩,/
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2006-8-2 10:13:00 | 只看该作者
给为兄弟都说的很好!!
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2006-9-20 16:57:48 | 只看该作者
补充:如果用例书写的很详细的话,可以方便那些不懂程序的人马上就可以参与到项目中进行测试。至少不延误测试进度。
我们部门就是现在的情况。真是让人不解,用例拿过来一看,那简直的详细的让人称赞,手顺连接的非常的好,找不出来一点漏洞。就是说一点技术含量都没有了。

拜托,那是人在执行,不是机器。人是有思想的,用例的手顺过多,就会过多的把目标放在执行进度上,而不是找Bug上了。
回复 支持 反对

使用道具 举报

该用户从未签到

14#
发表于 2006-10-1 18:49:17 | 只看该作者
大家说的都很好啊~
对我来说 我肯定得写测试用例~~
1 这是我工作的体现~
2 防止重复或漏测一些东西
3 养成了做事有条理的好习惯
回复 支持 反对

使用道具 举报

该用户从未签到

15#
发表于 2006-10-11 14:28:39 | 只看该作者

个人写测试用例的想法

根据我目前的经验,我觉得在一个项目执行测试之前,编写测试用例很有必需,首先,我觉得这对编写用例本人来说更有利于理解项目需求,也是在测试之前整理测试的思路,在写用例时,你会发现需求文档中的许多东西不是很肯定或者说是模糊的,这些在写用例时需要和相关人员来沟通确认,如果不写用例,那么在实际测试中肯定会存在一些模糊的东西,这样说来,需求中不明确或模糊的东西在写用例时就能提沟通确认了,这样在实际测试过程中才会更显得顺利些,另外,我个人觉得用例能写的很详细、链接好是件不容易的事,上面  
dingcywangh  朋友说的也不无道理,但我觉得每个项目在执行测试用例之后,还会有扩展测试,这个时候测试思想、思路完全是个人的,所以没有必要和用例详细过不去。可以说评价用例好坏的条件1是有效性2覆盖率
回复 支持 反对

使用道具 举报

该用户从未签到

16#
发表于 2006-10-12 17:46:27 | 只看该作者
原帖由 dingcywangh 于 2006-9-20 16:57 发表
补充:如果用例书写的很详细的话,可以方便那些不懂程序的人马上就可以参与到项目中进行测试。至少不延误测试进度。
我们部门就是现在的情况。真是让人不解,用例拿过来一看,那简直的详细的让人称赞,手顺连接的 ...


是在做日资的公司吧?只有在那里才有过分详尽的手顺吧。
我想过度详细的测试用例,一定会束缚执行测试人员的思维方式吧。测试人员会把主要精力放在执行测试用例上,而不是想哪个模块那个位置更容易出现问题。
回复 支持 反对

使用道具 举报

该用户从未签到

17#
发表于 2006-10-14 10:45:23 | 只看该作者
同意上楼,应该将用例放到配置管理上,一份用例多份心,大家一起合用例,而且用例是动态的,随时更改,人不是万能的,可能会遗忘,通过用例记录下,甚好!
回复 支持 反对

使用道具 举报

该用户从未签到

18#
发表于 2006-10-20 16:11:23 | 只看该作者
呵呵,我上家公司是日资,一直看的都详细用例手顺。一般情况下,只看用例,不用看项目功能文档,就能知道一个模块的所有功能点了。记得刚进公司的时候,对于公司的两大系统,都是通过看测试用例来熟悉的,呵呵
回复 支持 反对

使用道具 举报

该用户从未签到

19#
发表于 2006-10-21 23:18:05 | 只看该作者
回答的都不错.
回复 支持 反对

使用道具 举报

该用户从未签到

20#
发表于 2006-10-24 17:00:37 | 只看该作者
1、还可以作为测试分析的依据,计算测试的覆盖率。
关于测试用例的力度是个很难把握的东西,太粗太细都不好,根据每个公司的实际情况,适中的细化用例。
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-7 03:30 , Processed in 0.080558 second(s), 25 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表