51Testing软件测试论坛

标题: 请问测试用例是不是写得越细越好? [打印本页]

作者: angel_wu 时间: 2007-5-28 15:51
标题: 请问测试用例是不是写得越细越好?
例如写一个查询功能的测试用例,是不是要将每个查询条件划分为两个等价类,一类为系统存在,可查询成功.一类为系统内不存在,查询不成功.
这样写会不会很烦啊??但是如果不这样写,测试覆盖率又不能保证/

作者: topor 时间: 2007-5-29 09:05
从测试的角度来讲，测试用例是肯定要这样写的，因为测试时要考虑各种可能出现的场景。至于怎么去写测试用例就看你们公司的规定了，一般如果是相似的用例的话可以只写一个，其他的只要注明那些地方不一样就可以了。我觉得应该是这样的，大家可以讨论一下这类的测试用例的写法。

作者: velata 时间: 2007-5-29 12:58
你这样还不是算很细
具体的用例还要吧测试数据设计出来其中就会有在库种创建数据等动作
如果写用例和执行用例不是同一个人，而且执行用例的人对系统、对业务都不是很熟悉
用例就一定要详尽！
不过很多时候人力、时间是不允许……

作者: gs0521 时间: 2007-5-30 09:29
一般要划分为两类：
1。正常流程
2。异常流程
然后再根据这两个流程设计数据，相似的数据写在一个具有概括性的用例中！

作者: archonwang 时间: 2007-5-30 11:43
针对不同的测试人员。安排用例的编写复杂度。

作者: walker1020 时间: 2007-6-2 11:31

原帖由 smilehe 于 2007-5-31 15:56 发表
切身感受：如果自己写用例并自己测试，除了边界上或者异常等处必须详细，之外的可以“自己清楚”；如果写给别人用，老老实实的写详细。；如果自己写用例并打算日后也做为其他项目参考，建议事后补详细！

smilehe的话非常有道路。限于时间的要求，如果写的测试用例自己去执行，那么可以从简，只写必要的操作步骤。这个自己掌握。我的做法尽量用文字来描述要进行的操作等，少用图片等容易发生变化的这些东西。如果是写的测试用例让别人去执行，甚至是让处于试用期的人或实习生去执行的话，就要越详细越好。不用让用例有歧义，让他们根据测试用例可以立即执行，哪怕是对系统了解甚少。

作者: qiubole 时间: 2007-6-2 16:17
我们写用例，一般很少写得那么细，大多是提方向，思路，方法，只有一些很严密的，才会把数据列上去。。。

主要是时间不允许啊。
233个开发时间，，30个测试时间，哪有那么多空

作者: yiyi820106 时间: 2007-6-4 15:53
有时候只来得及写写测试计划,测试策略,痛苦..

作者: 平平淡淡才是真 时间: 2007-6-4 16:29
有同感！

作者: fish_yy 时间: 2007-6-20 16:30
大家说的都很好啊

作者: 刘洪鹏 时间: 2007-7-12 17:03
实用要放在第一位建议每个项目有一个用例的执行率统计有了量的把握就清除多了
可以借鉴一下你们以前的项目看看他们的用例的执行率就基本上有个详细度了
没个公司不同的项目都不一样

作者: archonwang 时间: 2007-7-12 17:41
测试用例首先是具体的。。

作者: 闻如是 时间: 2007-7-12 18:00
我们公司也从来不写非常详细的用例，只是提供大概的思路方向，然后分类。

作者: pele 时间: 2007-7-13 16:02
在TD里面的测试用例，一般是比较简单的。而且测试用例的书写，也是要灵活的。

作者: songfun 时间: 2007-7-15 16:47
当然不是。

要结合项目成本去考虑，过犹不及

原帖由 angel_wu 于 2007-5-28 15:51 发表
例如写一个查询功能的测试用例,是不是要将每个查询条件划分为两个等价类,一类为系统存在,可查询成功.一类为系统内不存在,查询不成功.
这样写会不会很烦啊??但是如果不这样写,测试覆盖率又不能保证/

作者: susong 时间: 2007-7-15 21:32
看帖就要加帖

作者: syren 时间: 2007-7-16 15:08
如果每步写的都很详尽的话，测试用例就是个大工程了！我这边的用例因为是自己写自己测，所以有的时候就不会特别注意细节，但是交给别人测的时候问题就来了。所以真是个麻烦事，尤其是事后补充用例，更是麻烦啊！

作者: 小小丫 时间: 2007-7-16 19:56
还是看各公司的具体情况吧
如果基于同一个平台，为了项目便于移值，我觉得还是写的详细
如果就一次性项目，迫于时间，进度压力，测试用例还是在于提供思路，方法，以简单为主吧sdlkfj3
个人愚见，请大家多多指点

作者: csjun 时间: 2007-7-18 17:53
中国的测试现状是这样，没法。

作者: yuyanshe 时间: 2007-8-17 09:42
看需要写了sdlkfj3

作者: meijiao 时间: 2007-8-17 14:28
具体问题具体分析啊

作者: xiongxing 时间: 2007-8-23 16:40
看情况而定吧．

作者: knighter 时间: 2007-8-23 17:07
目前为止写过的用例不多，我在学习中，有待进步sdlkfj3

作者: zhanglang 时间: 2007-8-23 21:59

原帖由 smilehe 于 2007-5-31 15:56 发表
切身感受：如果自己写用例并自己测试，除了边界上或者异常等处必须详细，之外的可以“自己清楚”；如果写给别人用，老老实实的写详细。；如果自己写用例并打算日后也做为其他项目参考，建议事后补详细！

我现在也是这么做的,不过有时候时间还真的紧,根本没有时间去补那些用例了.

作者: cangmang 时间: 2007-8-27 11:19
我觉得不用特别的详细,但是含盖面一定要广,一定要尽量全覆盖到,这样才是好的用例

作者: ice19810601 时间: 2007-8-28 15:07
标题: 关于测试用例详细程度
楼主举的例子,应该不算是一个写的细的测试用例,应该是在写查询测试用例中必须要涉及到一个功能点,因为程序不仅应该能够查到符合条件的数据,对于查询不符合条件或者是没有符合条件的数据也是这个查询功能点,是必须要测试到了,所以根本不能称之为'细'
个人对于测试用例是否写的越细越好,我认为
首先测试用例一定要写,并且含盖所有功能点的测试(包括有效测试用例和无效测试用例)
至于测试用例的详细程度要依据实际情况,如果是时间允许,或者是测试用例设计者和测试用例执行者不是同一个人,那么测试用例应该是越详细越好,但是千万不要重复;如果时间不允许的话,我认为是可以不那么详细的,

作者: xiongxing 时间: 2007-9-5 15:39
路过，谢谢．

作者: sanjieyu 时间: 2007-9-12 12:00
我觉得不是简单的说case写的越详细越好.因为不可能把所有可能的输入数据都拿来测试（时间花费不起），为了提高测试的效率，应该选择发现错误的可能性大的数据作为测试数据。

顺便说一下,在所有黑盒测试方法中，最有效的不是因果图法，而是边界值分析方法

应该用尽可能少的case来覆盖尽可能多得function.这是都是要通过良好的测试方法学来确保case的design.

作者: jysql 时间: 2007-11-14 18:02
标题: 回复 8# 的帖子
同感，理想和现实往往是有差距的

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