请教:如何快速提升自己写测试用例的能力?
不知道是自己比较笨还是因为没有工作经验的关系,在学习过程中写的测试用例自己看了都很不满意,很多关键点还有细节都想不到,用例数也比较少.想问问大家---------
Q1:如何培养自己写出高质量的用例?
Q2:一般公司里的用例数是不是都很多的?大概一个功能模块要多少个用例呢?
谢谢!:) 好的用例是能发现问题的用例, 好的测试员是能发现别人没有发现的Bug的测试员.
如果刚开始用例不能让自己满意的话, 不要紧, 找出不是很好的地方, 下次改进. 如果你能坚持这样做, 一段时间后你再看自己的用例, 你能欣喜的发现你的进步 :) 呵呵, 不好意思我没有能快速提高的方法. 用例的提高不是一朝一夕的。
有一点,如果你做功能测试,你务必要对系统、业务有很深的了解——可以在开发人员、业务人员、项目经理等人的帮助下去进一步了解系统。
另外,专业技能能对用例设计开拓一定的思路,不过这是漫漫积累来的。 呵呵,谢谢!我想技术的提高也是个循序渐进的过程,急不来的.
只是刚开始接触到测试,做得不好,所以心里比较急:(
不过我想只要做个有心人,不停地改进,应该会慢慢好起来的吧...:) 楼主的学习态度不错,值得鼓励:)
平时学习工作有什么疑问欢迎到论坛上和大家交流:) 谢谢斑竹,我会的:) 接着楼主的帖子,想问一下各位老师和学长,是不是在公司里应该已经有很多现成的用例咯????自己不会要设计很多了?像gamepai说的那样,只需要要发现别人没发现的了. to 楼上:
那要看你们公司做产品还是做项目,做的是新产品还是旧项目,不一定的。如果有一个新的产品研发或者新的项目下来,难道不需要从头开始吗?!
当然如果所在的公司一直在研发同一样产品确实有你说的那个情况,那个阶段处于不断优化级了。 我说的发现别人没有发现的Bug, 是指在测试中使用独特的(或不同的)方法和视角.
一般如果你一直使用一种方法进行测试的话, 你会发现你发现的Bug会越来越少, 甚至你会发现你找不Bug了, 但你如果换一种测试思路的话, 你可能又会发现许多Bug. 多谢了:) 恩,有道理啊!要发散性思维.多想几种测试思路. 上课不已经讲过思路了吗?可以从不同的角度去考虑覆盖,最后才用错误猜测法补充用例以达到一定的密度 怎样才能找到更多的BUG, 我的经验是:
一个项目就象是一个苹果,BUG就象是苹果上烂掉的那一块. 当你发现在某一点上出现了BUG的话,那么很可能这个点的周围都会有问题. 所以,就要以这个点为基础向四周延伸. 也就是说在写或是考虑用例的时候,要多考虑和这个功能点相关联的地方~~ hehe,这就是“抓鱼理论” 我们上课时没有听说什么“抓鱼理论”啊 听说过! 我才写过一个测试用例呢,感觉不懂要写到什么地步才好..... 学习中我也写了百八十个case了,但是在执行的时候老是发现case设计得很次,很次……需要不停的变更。很郁闷的事情~~~如果工作了,也是这样的话,不敢想像了!! 测试用例中应该注意的要熟悉,对测试点的理解,用例设计的方法掌握程度....等 原帖由 haoyuexun 于 2007-5-27 13:54 发表 http://bbs.51testing.com/images/common/back.gif
听说过!
跟我说说什么是"抓鱼理论"吧,谢了
页:
[1]