作为测试新手,怎样判断自己写的测试用例的有效性
如题,本人作为一个测试新手,才到一个新公司,之前此部门也只有一名测试人员在我来之前已经走了,我现在需要一个人负责整个项目的所有测试相关的工作。目前正在写测试用例,在写用例的过程中,不知道怎样判断自己写的用例是有效的呢?还是多余的无用的呢?测试用例不是写得越多越好,不能数量来评判,写少了怕用力覆盖不完全,写多了怕写的都是废话,因此疑问就来了。大家在写测试用例的过程中,是怎样衡量哪些该写哪些可以不写呢?谢谢大家 原则上市都要写的,只是粒度可能不一样至于有效性,只有测试之后才知道了 原则上市都要写的,只是粒度可能不一样
至于有效性,只有测试之后才知道了
愚人 发表于 2012-4-17 22:31 http://bbs.51testing.com/images/common/back.gif
谢谢回答O(∩_∩)O 用例是给自己测试或者其他测试人员看的,自己看就不说了,因为自己肯定熟悉系统,写详细点也不坏事,那如果是别人看的话那就不一定熟悉系统了,所以详细的用例可以帮助他更快的进行测试,这是好事。
那就存在一个问题了测试用例越详细就要花费越多的时间,所以在编写的同时要考虑计划时间的问题,但是需求的测试点,重点关注点是必须要写的。一般情况下有些不必要的操作步骤可不写入内。。 原则上市都要写的,只是粒度可能不一样
aa138 发表于 2012-4-18 11:07 http://bbs.51testing.com/images/common/back.gif
意思就是能写详细尽量就写详细,嗯 用例是给自己测试或者其他测试人员看的,自己看就不说了,因为自己肯定熟悉系统,写详细点也不坏事,那如果 ...
anywhereanytime 发表于 2012-4-18 11:23 http://bbs.51testing.com/images/common/back.gif
回复的很详细明了,受用了,谢谢 根据需求文档以及详细设计文档里面的一些约束等来写吧,不能比这些约束还粗略。 不确定自己的用例有效性如何,可以拉出来评审。叫上测试、叫上开发,叫上需求人员一起整那份用例。
页:
[1]