作为测试新手，怎样判断自己写的测试用例的有效性

妖娆小妖

如题，本人作为一个测试新手，才到一个新公司，之前此部门也只有一名测试人员在我来之前已经走了，我现在需要一个人负责整个项目的所有测试相关的工作。目前正在写测试用例，在写用例的过程中，不知道怎样判断自己写的用例是有效的呢?还是多余的无用的呢？测试用例不是写得越多越好，不能数量来评判，写少了怕用力覆盖不完全，写多了怕写的都是废话，因此疑问就来了。大家在写测试用例的过程中，是怎样衡量哪些该写哪些可以不写呢？谢谢大家

愚人

原则上市都要写的，只是粒度可能不一样
至于有效性，只有测试之后才知道了

妖娆小妖

原则上市都要写的，只是粒度可能不一样
至于有效性，只有测试之后才知道了
愚人 发表于 2012-4-17 22:31

谢谢回答O(∩_∩)O

anywhereanytime

用例是给自己测试或者其他测试人员看的，自己看就不说了，因为自己肯定熟悉系统，写详细点也不坏事，那如果是别人看的话那就不一定熟悉系统了，所以详细的用例可以帮助他更快的进行测试，这是好事。
那就存在一个问题了测试用例越详细就要花费越多的时间，所以在编写的同时要考虑计划时间的问题，但是需求的测试点，重点关注点是必须要写的。一般情况下有些不必要的操作步骤可不写入内。。

妖娆小妖

原则上市都要写的，只是粒度可能不一样
aa138 发表于 2012-4-18 11:07

    意思就是能写详细尽量就写详细，嗯

妖娆小妖

用例是给自己测试或者其他测试人员看的，自己看就不说了，因为自己肯定熟悉系统，写详细点也不坏事，那如果 ...
anywhereanytime 发表于 2012-4-18 11:23

    回复的很详细明了，受用了，谢谢

million8955

根据需求文档以及详细设计文档里面的一些约束等来写吧，不能比这些约束还粗略。

千里

不确定自己的用例有效性如何，可以拉出来评审。叫上测试、叫上开发，叫上需求人员一起整那份用例。