51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

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

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

[复制链接]

该用户从未签到

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

使用道具 举报

该用户从未签到

27#
发表于 2007-12-18 14:30:36 | 只看该作者
学习了,我们公司测试用例是有,但没什么用,测试的时候也不会对着用例走
回复 支持 反对

使用道具 举报

该用户从未签到

26#
发表于 2007-12-18 09:49:31 | 只看该作者
同意楼上所说的,但是我们公司没有一个规范的测试用例,想开始着手写,都不知该如何开始?
回复 支持 反对

使用道具 举报

该用户从未签到

25#
发表于 2007-11-30 09:40:19 | 只看该作者
问开发人员写详细设计有什么好处。
回复 支持 反对

使用道具 举报

该用户从未签到

24#
发表于 2007-11-29 16:32:30 | 只看该作者
测试用例主要是用来指导测试的,当开发进行coding的时候,QA应该同时开始分析SPEC,编写TC。开始测试的时候,思路会比较明确。但是不应该局限于已有case,而是应该在不断地测试过程中维护TC,尤其是当下个版本的功能发生变化的时候。
回复 支持 反对

使用道具 举报

该用户从未签到

23#
发表于 2007-11-28 14:59:45 | 只看该作者
努力学习
回复 支持 反对

使用道具 举报

该用户从未签到

22#
发表于 2006-10-25 11:39:07 | 只看该作者
最近在编写用例中一直有一个困惑,那就是编写用例的粗细程度把握上,在写的太细的话,有的时间时间不允许,写的太粗的话,不太了解项目的人员执行用例怕测试的不够倒位,因为本人以前在日资公司做测试,那时候公司要求写用例是很详细很详细的,可在现在这家公司软件测试人员不多,在项目正常情况下,基本上都是几个熟悉项目的人来测试,所以这个时候完全没有必要把用例写的很详细,可当项目进度有改动时,其它不熟悉该项目的人员都会参于到这个项目中来,不够详细的用例,可能有些细的功能点涉及不到,那些不熟悉项目的人执行用例来可能就会有遗漏,不好把握啊,最近我一直在思考这个问题,还未想到好办法!
回复 支持 反对

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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


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

使用道具 举报

该用户从未签到

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

个人写测试用例的想法

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

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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

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

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-5-18 04:08 , Processed in 0.074366 second(s), 24 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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