ppent 2007-2-5 11:34
实际工作中测试用例的应用程度调查
一直以来作为测试工程师的我们深信测试用例设计技术是我们的一项核心技术并进行了很多交流，但在实际工作中测试用例的应用程度有多少呢？大家一起来投票看看。该投票结果应该对我们学习测试用例设计技术的方向、深度、如何应用有很大的影响。
[[i] 本帖最后由 ppent 于 2007-2-5 11:36 编辑 [/i]]
juyoc 2007-2-9 11:24
根据目前投票的结果，看来还是符合中国目前的情况啊！
ppent 2007-2-9 18:10
看的人多，投票的人好少。
希望大家都来投上宝贵的一票，更加客观的体现国内测试用例的应用程度。
davids 2007-2-27 10:27
测试用例写了,但很少完全按照测试用例来进行测试.
merry 2007-2-27 18:24
测试用例后期维护很重要
archonwang 2007-3-2 13:53
维护很累啊，开发修改一份用例，测试组可能需要修改N份。简直用例杀手！！！！
目前还正在尝试更好的方法，可以控制变更成本。
drp100 2007-3-3 16:08
只编写了基本的测试用例，根据情况有时按测试用例执行测试，测试用例效果一般.
没有测试用例只是记录了测试要点，测试时根据测试要点进行发挥.
其实我觉得用例效果不大。自由发挥、认真不停的实践，能测出些严重的问题！sdlkfj3
些测试用例、太粗不好、太细费时间、维护很累。我都修改过3次了。现在已经有快3个月没有改用例了。sdlkfj1
ppent 2007-3-7 10:21
回复 #6 archonwang 的帖子
测试用例的维护确实很麻烦，工作量很大，特别是当没有规范的变更管理时，测试用例不能跟的上功能的变化，测试用例则成了一个鸡肋。真的是用之无益，弃之可惜。
不知道你有什么好的方法呢？
ppent 2007-3-7 10:38
回复 #7 drp100 的帖子
测试用例设计被称为最能体现测试人员价值的工作之一，同时也是测试的精华所在。然而测试用例的实际应用如果象上面投票所示，说明测试用例实际应用根本达不到理论的高度。在这种情况下，就更加谈不上测试用例的维护了。正如#davids 所说的“测试用例写了,但很少完全按照测试用例来进行测试.”#drp100 所言，“些测试用例、太粗不好、太细费时间、维护很累。”
在我个人的工作经验中，详细的测试用例使得测试执行过程中变成了非常机械性的劳动，只需严格按照测试用例执行，对比期望输出即可，无需进行过多的思考。这种测试行为将使得测试执行变得麻木，若多次的测试执行将严重降低测试的积极性，并达不到测试效果就是这样的问题。这时适合用自动化测试代替。
而概要性的测试用例只记录了测试要点及注意事项，测试人员在测试时需要进行思考及发挥，有利于发现新的问题。另外两者在测试用例投入的时间和维护的成本都有很大的差别。
以上是个人见解，希望有更多的讨论。
[[i] 本帖最后由 ppent 于 2007-3-7 10:43 编辑 [/i]]
不开窍的大饼 2007-3-31 15:25
[quote]原帖由 [i]ppent[/i] 于 2007-3-7 10:38 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=446093&ptid=64815][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
测试用例设计被称为最能体现测试人员价值的工作之一，同时也是测试的精华所在。然而测试用例的实际应用如果象上面投票所示，说明测试用例实际应用根本达不到理论的高度。在这种情况下，就更加谈不上测试用例的维 ...
...而概要性的测试用例只记录了测试要点及注意事项，测试人员在测试时需要进行思考及发挥，有利于发现新的问题。另外两者在测试用例投入的时间和维护的成本都有很大的差别。 [/quote]
邓爷爷说： 不管黑猫白猫 能抓到老鼠的就是好猫
我想 如果企业的部门流程不能有力给予支持
还是先按最实际有效的方法来
xiaochenchen 2007-4-4 10:42
国内测试还很不成熟，应该在设计用例的时候 让测试员也能自己找到乐趣
handle 2007-4-7 22:34
顶一下，我也不会这个，学习中。。
by1945 2007-4-9 11:52
回复 #9 ppent 的帖子
呵呵，非常赞同ppent 的观点，一直都觉得测试用例是个鸡肋，我测试也是写些测试要点进行标记，然后进行测试，觉得比呆板的维护执行测试用例好多了，人有激情些，感觉按照测试用例来执行，心里憋得慌；
不过我现在一直还在找测试用例该怎么结合实际的方法，目前正在实验testlink，看效果咋样
pierre0505 2007-4-9 13:01
投了第三个。
200605200000 2007-4-10 15:32
第二个
FLY000 2007-4-10 23:14
唉，现在是最后一个
sweetness 2007-4-12 11:49
测试用例的实际应用如果象上面投票所示，说明测试用例实际应用根本达不到理论的高度。
x00ganlu 2007-4-24 12:43
功能测试用例写到一半写不下去了,太多了 都很细
估计也不能一一执行,
vickiren 2007-4-25 17:25
回复 #9 ppent 的帖子
学习了
LKJ 2007-4-26 08:52
看了大家的评论,受益很多,谢谢
ayong401 2007-4-26 08:55
视公司规模,项目大小,时间安排而定....
风华绝代 2007-4-26 10:18
我是最近才用例写的。
以前就lz写的，自由发挥。呵呵～
若是完全按用例来感觉有点死板。不舒服。
bond21360005 2007-4-27 15:44
几乎没有测试的经验，软件测试对我来说真的是很神秘。
哪位前辈帮我出出主意，怎样才能步入测试行业呀！
现在在努力学习ing......sdlkfj7
堆积颜色 2007-4-27 16:07
[quote]原帖由 [i]ppent[/i] 于 2007-3-7 10:21 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=446071&ptid=64815][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
测试用例的维护确实很麻烦，工作量很大，特别是当没有规范的变更管理时，测试用例不能跟的上功能的变化，测试用例则成了一个鸡肋。真的是用之无益，弃之可惜。
不知道你有什么好的方法呢？ [/quote]
其实这个最重要的还是看测试部门的leader是怎么看待这个问题的，如果leader是一个很有质量管理思想的人那么测试用例在经过两三个项目之后就不会再是鸡肋了，但如果连测试人员也不重视质量管理的话那这个就真的没什么意思了~
堆积颜色 2007-4-27 16:16
[quote]原帖由 [i]ppent[/i] 于 2007-3-7 10:38 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=446093&ptid=64815][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
测试用例设计被称为最能体现测试人员价值的工作之一，同时也是测试的精华所在。然而测试用例的实际应用如果象上面投票所示，说明测试用例实际应用根本达不到理论的高度。在这种情况下，就更加谈不上测试用例的维 ... [/quote]
测试用例是在测试过程中不断进行更新与维护的，但一个项目做完而且也对该项目的测试用例做过系统总结之后，只需要用管理工具存放起来即可，当有类似项目类似功能时取出来做为借鉴，这样就会有一部分测试用例会跟随着项目而不断的完美和充实，最终形成一个测试用例的模板
至于测试人员在执行测试用例时的具体心态与积极性，这个要看一、本人的工作态度；二、本人的主观能动性；三、测试部门对测试人员工作成绩的具体衡量方法，如果前两点该测试人员做的不好，那只能靠第三点来督促，但如果第三点做的也不好或是不合理那问题就比较棘手了，所以其实最本质的是测试部门的管理问题
以上只是个人浅见~
国国国 2007-4-29 10:17
测试用例的粗细粒度很难把握.
小贝 2007-5-8 10:47
测试用例原本就是为了提高我们的测试效率,如果测试之前没有经过严密的测试用例的设计,真正到测试的时候,在这个很短的测试时间段内,我们可能会遗漏了一些无效的测试用例,没有覆盖到,也正如猴子测试班,我们的效率提高不起来,而且无形中也增大了测试的风险.
fuzhijuan 2007-5-9 11:26
测试用例，根本就不怎么用。一般都是直接看产品需求。
shiliu 2007-5-14 14:21
只编写了基本的测试用例，根据情况有时按测试用例执行测试，测试用例效果一般
由于刚进入测试行业，所以在写测试用例时没考虑周到，执行效果一般
yamaya 2007-5-14 15:59
我想在外企可能更注重测试用例的设计，测试时会按照设计的测试用例来操作。
在外企工作的朋友，说说你们的看法。
Jon 2007-5-21 19:45
测试用例的设计是我们软件测试工程师的最基本要求和最基本技能，设计测试用例好处很多，
测试不能盲目进行，要有计划，有步骤，有思路，去合理科学地测试。
个人觉得测试一定要设计测试用例，既然都把时间给了写TC，为什么不写的更好点，更完整点呢？
巩员外 2007-5-22 09:50
变化中求生存!
annayin 2007-5-31 16:45
sdlkfj7
null2 2007-6-1 09:43
根据实际情况决定用例程度。没有详细的需求和设计文档，很难设计出非常好的用例
velata 2007-6-1 10:39
之前的测试情况是第三种
但是现在想做成第一种
正在努力种
sugebei 2007-6-11 18:44
我们写的用例来自客户的需求,但实际测试时往往又发现其实那些需求还是很粗的,越测试就离最开始的测试用例偏离越远了,
难道是缺少测试用例的维护么?一边测试一边还要不停的补充用例么?总觉得维护的工作量是一种浪费,所以很矛盾呢~~
sdlkfj9 sdlkfj9
yiyi820106 2007-6-12 10:54
是啊，我也和楼上的一样矛盾啊。。
xiaocuier 2007-6-14 13:55
回复 #6 archonwang 的帖子
确实是这样的，我们的用例需要随着PD和developer的文档变化而变化，维护非常的重要，很多时间都浪费在这个上面
xiaocuier 2007-6-14 14:03
[quote]原帖由 [i]by1945[/i] 于 2007-4-9 11:52 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=479675&ptid=64815][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
呵呵，非常赞同ppent 的观点，一直都觉得测试用例是个鸡肋，我测试也是写些测试要点进行标记，然后进行测试，觉得比呆板的维护执行测试用例好多了，人有激情些，感觉按照测试用例来执行，心里憋得慌；
不过我现 ... [/quote]
你说得很对，写写测试要点记录测试内容以防遗漏，这比呆板的写些test case要简略而且容易维护，但是如果所测试的项目这个版本发布了，以后还有后续版本的话，有test case，就只需要依照以前的case来执行就可以了，免去很多的工作，这时候有详细的case就比较好了
xiaocuier 2007-6-14 14:05
[quote]原帖由 [i]x00ganlu[/i] 于 2007-4-24 12:43 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=497859&ptid=64815][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
功能测试用例写到一半写不下去了,太多了 都很细
估计也不能一一执行, [/quote]
刚写case的时候也有这种感觉，但是我们的是automation test，希望能够执行所有的case