实际工作中测试用例的应用程度调查
一直以来作为测试工程师的我们深信测试用例设计技术是我们的一项核心技术并进行了很多交流，但在实际工作中测试用例的应用程度有多少呢？大家一起来投票看看。该投票结果应该对我们学习测试用例设计技术的方向、深度、如何应用有很大的影响。[ 本帖最后由 ppent 于 2007-2-5 11:36 编辑 ] 根据目前投票的结果，看来还是符合中国目前的情况啊！ 看的人多，投票的人好少。
希望大家都来投上宝贵的一票，更加客观的体现国内测试用例的应用程度。 测试用例写了,但很少完全按照测试用例来进行测试. 测试用例后期维护很重要 维护很累啊，开发修改一份用例，测试组可能需要修改N份。简直用例杀手！！！！
目前还正在尝试更好的方法，可以控制变更成本。 只编写了基本的测试用例，根据情况有时按测试用例执行测试，测试用例效果一般.
没有测试用例只是记录了测试要点，测试时根据测试要点进行发挥.
其实我觉得用例效果不大。自由发挥、认真不停的实践，能测出些严重的问题！sdlkfj3
些测试用例、太粗不好、太细费时间、维护很累。我都修改过3次了。现在已经有快3个月没有改用例了。sdlkfj1
回复 #6 archonwang 的帖子
测试用例的维护确实很麻烦，工作量很大，特别是当没有规范的变更管理时，测试用例不能跟的上功能的变化，测试用例则成了一个鸡肋。真的是用之无益，弃之可惜。不知道你有什么好的方法呢？
回复 #7 drp100 的帖子
测试用例设计被称为最能体现测试人员价值的工作之一，同时也是测试的精华所在。然而测试用例的实际应用如果象上面投票所示，说明测试用例实际应用根本达不到理论的高度。在这种情况下，就更加谈不上测试用例的维护了。正如#davids 所说的“测试用例写了,但很少完全按照测试用例来进行测试.”#drp100 所言，“些测试用例、太粗不好、太细费时间、维护很累。”在我个人的工作经验中，详细的测试用例使得测试执行过程中变成了非常机械性的劳动，只需严格按照测试用例执行，对比期望输出即可，无需进行过多的思考。这种测试行为将使得测试执行变得麻木，若多次的测试执行将严重降低测试的积极性，并达不到测试效果就是这样的问题。这时适合用自动化测试代替。
而概要性的测试用例只记录了测试要点及注意事项，测试人员在测试时需要进行思考及发挥，有利于发现新的问题。另外两者在测试用例投入的时间和维护的成本都有很大的差别。
以上是个人见解，希望有更多的讨论。
[ 本帖最后由 ppent 于 2007-3-7 10:43 编辑 ] 原帖由 ppent 于 2007-3-7 10:38 发表 http://bbs.51testing.com/images/common/back.gif
测试用例设计被称为最能体现测试人员价值的工作之一，同时也是测试的精华所在。然而测试用例的实际应用如果象上面投票所示，说明测试用例实际应用根本达不到理论的高度。在这种情况下，就更加谈不上测试用例的维 ...
...而概要性的测试用例只记录了测试要点及注意事项，测试人员在测试时需要进行思考及发挥，有利于发现新的问题。另外两者在测试用例投入的时间和维护的成本都有很大的差别。
邓爷爷说： 不管黑猫白猫 能抓到老鼠的就是好猫
我想 如果企业的部门流程不能有力给予支持
还是先按最实际有效的方法来 国内测试还很不成熟，应该在设计用例的时候 让测试员也能自己找到乐趣 顶一下，我也不会这个，学习中。。
回复 #9 ppent 的帖子
呵呵，非常赞同ppent 的观点，一直都觉得测试用例是个鸡肋，我测试也是写些测试要点进行标记，然后进行测试，觉得比呆板的维护执行测试用例好多了，人有激情些，感觉按照测试用例来执行，心里憋得慌；不过我现在一直还在找测试用例该怎么结合实际的方法，目前正在实验testlink，看效果咋样 投了第三个。 第二个 唉，现在是最后一个 测试用例的实际应用如果象上面投票所示，说明测试用例实际应用根本达不到理论的高度。 功能测试用例写到一半写不下去了,太多了 都很细
估计也不能一一执行,
