51Testing软件测试论坛

标题: 写测试用例到底有什么好处？ [打印本页]

作者: tina.tinajie 时间: 2006-3-9 17:03
标题: 写测试用例到底有什么好处？
请大家发表一下各自的意见，说一下写测试用例到底有什么好处。谢谢！！！！

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

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

作者: millionaire 时间: 2006-3-20 00:05
补充一点:一个测试团队中,应该有写测试用例的人员和执行这些测试用例的人员,从这个角度来说写测试用例很有必要啦sdlkfj

作者: baitest 时间: 2006-3-25 23:01
作为软件维护方面的资产，利益就大了！

作者: donghuanzi 时间: 2006-5-22 16:37
标题: 根据用例说明测试的过程及你的成果
呵呵，文字性东西是依据。为什么我们买东西要开个手据呢？以你的脑子是记不了那么多事情的。所以要记下来。同理

作者: wolf-tree 时间: 2006-5-24 14:51
呵呵，正在学习，还不知道测试用例如何写！

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

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

作者: jihuli5 时间: 2006-6-4 18:11
指导测试执行，让测试可控，问题容易重现，让测试比较全面。。。。等等等等
多了去了

作者: robinly 时间: 2006-6-7 22:26
恩,/

作者: 追梦 时间: 2006-8-2 10:13
给为兄弟都说的很好!!

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

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

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

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

作者: miny19 时间: 2006-10-12 17:46

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

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

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

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

作者: csguest 时间: 2006-10-21 23:18
回答的都不错.

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

作者: zhaofengwwx 时间: 2006-10-25 11:39
最近在编写用例中一直有一个困惑，那就是编写用例的粗细程度把握上，在写的太细的话，有的时间时间不允许，写的太粗的话，不太了解项目的人员执行用例怕测试的不够倒位，因为本人以前在日资公司做测试，那时候公司要求写用例是很详细很详细的，可在现在这家公司软件测试人员不多，在项目正常情况下，基本上都是几个熟悉项目的人来测试，所以这个时候完全没有必要把用例写的很详细，可当项目进度有改动时，其它不熟悉该项目的人员都会参于到这个项目中来，不够详细的用例，可能有些细的功能点涉及不到，那些不熟悉项目的人执行用例来可能就会有遗漏，不好把握啊，最近我一直在思考这个问题，还未想到好办法！

作者: yuxuan555269 时间: 2007-11-28 14:59
努力学习

作者: 海盗卉子 时间: 2007-11-29 16:32
测试用例主要是用来指导测试的，当开发进行coding的时候，QA应该同时开始分析SPEC，编写TC。开始测试的时候，思路会比较明确。但是不应该局限于已有case,而是应该在不断地测试过程中维护TC，尤其是当下个版本的功能发生变化的时候。

作者: chenxuan 时间: 2007-11-30 09:40
问开发人员写详细设计有什么好处。

作者: pycctv 时间: 2007-12-18 09:49
同意楼上所说的，但是我们公司没有一个规范的测试用例，想开始着手写，都不知该如何开始？

作者: jiangly 时间: 2007-12-18 14:30
学习了,我们公司测试用例是有,但没什么用,测试的时候也不会对着用例走

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)