请教:如何快速提升自己写测试用例的能力?

安心 · 发表于 2005-7-26 17:40:00

不知道是自己比较笨还是因为没有工作经验的关系,在学习过程中写的测试用例自己看了都很不满意,很多关键点还有细节都想不到,用例数也比较少.
想问问大家---------
Q1:如何培养自己写出高质量的用例?
Q2:一般公司里的用例数是不是都很多的?大概一个功能模块要多少个用例呢?

谢谢!

gzj_06 · 发表于 2007-5-29 22:04:43

原帖由 haoyuexun 于 2007-5-27 13:54 发表
听说过！

跟我说说什么是"抓鱼理论"吧,谢了

yqx · 发表于 2007-5-29 21:57:13

测试用例中应该注意的要熟悉,对测试点的理解,用例设计的方法掌握程度....等

MarsNoNo · 发表于 2007-5-28 13:16:33

学习中我也写了百八十个case了，但是在执行的时候老是发现case设计得很次，很次……需要不停的变更。很郁闷的事情~~~如果工作了，也是这样的话，不敢想像了！！

v_v · 发表于 2007-5-27 20:03:24

我才写过一个测试用例呢，感觉不懂要写到什么地步才好.....

haoyuexun · 发表于 2007-5-27 13:54:21

听说过！

gzj_06 · 发表于 2007-5-26 22:29:59

我们上课时没有听说什么“抓鱼理论”啊

天网 · 发表于 2005-8-5 11:42:48

hehe，这就是“抓鱼理论”

xinyu2119 · 发表于 2005-8-1 11:15:59

怎样才能找到更多的BUG, 我的经验是:
一个项目就象是一个苹果,BUG就象是苹果上烂掉的那一块. 当你发现在某一点上出现了BUG的话,那么很可能这个点的周围都会有问题. 所以,就要以这个点为基础向四周延伸. 也就是说在写或是考虑用例的时候,要多考虑和这个功能点相关联的地方~~

天网 · 发表于 2005-7-29 12:55:35

上课不已经讲过思路了吗?可以从不同的角度去考虑覆盖,最后才用错误猜测法补充用例以达到一定的密度

安心 · 发表于 2005-7-27 23:18:42

恩,有道理啊!要发散性思维.多想几种测试思路.

B2CPC · 发表于 2005-7-27 19:59:52

多谢了

gamepai · 发表于 2005-7-27 18:55:47

我说的发现别人没有发现的Bug, 是指在测试中使用独特的(或不同的)方法和视角.
一般如果你一直使用一种方法进行测试的话, 你会发现你发现的Bug会越来越少, 甚至你会发现你找不Bug了, 但你如果换一种测试思路的话, 你可能又会发现许多Bug.

songfun · 发表于 2005-7-27 09:17:20

to 楼上：
那要看你们公司做产品还是做项目，做的是新产品还是旧项目，不一定的。如果有一个新的产品研发或者新的项目下来，难道不需要从头开始吗？！
当然如果所在的公司一直在研发同一样产品确实有你说的那个情况，那个阶段处于不断优化级了。

B2CPC · 发表于 2005-7-26 23:03:40

接着楼主的帖子,想问一下各位老师和学长,是不是在公司里应该已经有很多现成的用例咯????自己不会要设计很多了?像gamepai说的那样,只需要要发现别人没发现的了.

安心 · 发表于 2005-7-26 22:45:22

谢谢斑竹，我会的：）

songfun · 发表于 2005-7-26 21:21:16

楼主的学习态度不错，值得鼓励：）
平时学习工作有什么疑问欢迎到论坛上和大家交流：）

安心 · 发表于 2005-7-26 20:17:21

呵呵,谢谢！我想技术的提高也是个循序渐进的过程,急不来的.
只是刚开始接触到测试,做得不好,所以心里比较急：（
不过我想只要做个有心人,不停地改进,应该会慢慢好起来的吧...：）

songfun · 发表于 2005-7-26 20:15:50

用例的提高不是一朝一夕的。
有一点，如果你做功能测试，你务必要对系统、业务有很深的了解——可以在开发人员、业务人员、项目经理等人的帮助下去进一步了解系统。
另外，专业技能能对用例设计开拓一定的思路，不过这是漫漫积累来的。

gamepai · 发表于 2005-7-26 19:05:23

好的用例是能发现问题的用例, 好的测试员是能发现别人没有发现的Bug的测试员.
如果刚开始用例不能让自己满意的话, 不要紧, 找出不是很好的地方, 下次改进. 如果你能坚持这样做, 一段时间后你再看自己的用例, 你能欣喜的发现你的进步

呵呵, 不好意思我没有能快速提高的方法.

		自动登录	找回密码
密码			(注-册)加入51Testing

站长推荐 /1