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

tina.tinajie · 发表于 2006-3-9 17:03:35

请大家发表一下各自的意见，说一下写测试用例到底有什么好处。谢谢！！！！

qingchunjun · 发表于 2006-3-16 13:52:19

我个人的观点：
1. 做了测试用例和测试报告，可以作为工作的证明，因为很多时候我们的工作都需要用文档来证明。（如果老板问起来都做了哪些工作，也好有个交待呀）
2. 做了测试用例，可以为你的测试作理论依据，也就是说不是那种想到哪做到哪的“瞎做”，而是有目标、有针对性地按照测试用例所描写的项和方法去测试，或者根据测试用例为不同的测试项目划分不同的优先级，这才能做到测试的可控性。
3. 测试用例也可以作为系统bug管理的依据，如果系统发生了修改，或有重大变动时，可以从以前的测试用例知道哪些地方做了更改，进而更改测试的相关项目。
4. 还没有想好，请大家补充……
（根据自己经验的一点拙见，希望大家指正）

empire · 发表于 2006-3-19 15:19:48

补充：
写了测试用例就可以按照它方便地去执行了．
如果没有测试用例边想边做可能会考虑不周全，同时可能会忘记某些已经测试过的用例导致重复测试一些用例．尤其是比较复杂的测试．

millionaire · 发表于 2006-3-20 00:05:20

补充一点:一个测试团队中,应该有写测试用例的人员和执行这些测试用例的人员,从这个角度来说写测试用例很有必要啦sdlkfj

baitest · 发表于 2006-3-25 23:01:51

作为软件维护方面的资产，利益就大了！

donghuanzi · 发表于 2006-5-22 16:37:38

呵呵，文字性东西是依据。为什么我们买东西要开个手据呢？以你的脑子是记不了那么多事情的。所以要记下来。同理

只看该作者 · 发表于 2006-5-24 14:51:39

呵呵，正在学习，还不知道测试用例如何写！

ljy · 发表于 2006-5-26 13:37:25

我们测试的项目有些不大，还经常赶进度，通常没有写测试用例。尤其是开发不规范，基本没有需求说明和设计说明文档，要写测试用例都难以入收，郁闷中......

huipingzhai · 发表于 2006-6-1 11:15:12

好处：测试能够全面，而且能够避免重估测试，利于维护。
编写需要高级工程师来完成，不是一边测试人员就能写好的，这个必须全面，还要考虑到业务的特殊情况。很难的。

jihuli5 · 发表于 2006-6-4 18:11:44

指导测试执行，让测试可控，问题容易重现，让测试比较全面。。。。等等等等
多了去了

robinly · 发表于 2006-6-7 22:26:03

恩,/

追梦 · 发表于 2006-8-2 10:13:00

给为兄弟都说的很好!!

dingcywangh · 发表于 2006-9-20 16:57:48

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

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

harold · 发表于 2006-10-1 18:49:17

大家说的都很好啊~
对我来说我肯定得写测试用例~~
1 这是我工作的体现~
2 防止重复或漏测一些东西
3 养成了做事有条理的好习惯

zhaofengwwx · 发表于 2006-10-11 14:28:39

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

miny19 · 发表于 2006-10-12 17:46:27

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

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

drs1982 · 发表于 2006-10-14 10:45:23

同意上楼，应该将用例放到配置管理上，一份用例多份心，大家一起合用例，而且用例是动态的，随时更改，人不是万能的，可能会遗忘，通过用例记录下，甚好！

zhaofengwwx · 发表于 2006-10-20 16:11:23

呵呵，我上家公司是日资，一直看的都详细用例手顺。一般情况下，只看用例，不用看项目功能文档，就能知道一个模块的所有功能点了。记得刚进公司的时候，对于公司的两大系统，都是通过看测试用例来熟悉的，呵呵

csguest · 发表于 2006-10-21 23:18:05

回答的都不错.

jiepeach · 发表于 2006-10-24 17:00:37

1、还可以作为测试分析的依据，计算测试的覆盖率。
关于测试用例的力度是个很难把握的东西，太粗太细都不好，根据每个公司的实际情况，适中的细化用例。

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

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

根据用例说明测试的过程及你的成果

个人写测试用例的想法

站长推荐 /1