guojinjin2006 2007-11-5 10:08
如何提高测试覆盖率
请教一下大家，我写的测试用例很多，但真正发现的bug却很简单，如何才能提高测试覆盖率呢？给点意见
zhangjinyun99 2007-11-5 11:11
问题同上呀
我现在写测试用例是根据SRS的，先把要测的几大块定好，然后向里面填充。
但是写好的测试用例，对我的执行没有什么用，我觉得哦。
因为开始测试的时候，我基本上不用测试用例了，全凭感觉来测试的。
我发现通过自己设计的测试用例根本测不出来问题的。
aileen2008 2007-11-6 14:36
使用各种方法进行测试，路径覆盖，条件覆盖，分支覆盖……实际我在测试的时候，用自己写的测试用例也是发现不了很多的bug。还有就是使用随机测试，比如：如果做手工测试的化，你除了要按照SRS的需求上面描述的步骤设计测试用例，你还要想如果不是这么做的话，会怎么样？
甚至有的时候你可能要有一些很极端的想法，或者把自己定位在客户的角度去使用软件，也许你会发现更多的bug。
而且有的时候，不只是软件功能不能实现才算是bug，有的时候不方便顾客使用，或者界面不易于学习，你也可以提出来。
willpoi 2007-11-6 15:04
先把需求看明白
然后 在根据需求去编写写测试用例
最后
不明白的话 问写需求的
xianzi 2007-11-6 16:19
编写测试用例用到的方法主要是等价分类和边界值了，基本的功能方面覆盖率就很高了，其它的20%没有覆盖的就是我们所说的反向测试用例了，那得需要对业务很熟悉才可以写出有效的用例。
呵呵，这是我的一点见解，大家有没高见啊？
xiaoyaoke 2007-11-7 10:56
Free Test
我相信大家也都不原意对照着测试用例进行机械的执行，但测试用例的作用还是巨大的
很多人都说无法按照测试用例发现很多bug，我想这应该比较正常吧，我们编写的测试用例应该都是基本功能模块的覆盖，如果发现了Bug,那就应该是比较严重的甚至致命的了
当然这些也和软件开发的程度有关，如果开发到后期，还经常能通过执行TestCase发现很多Bug,那我感觉这款软件的稳定性、可靠性都太值得怀疑了
所以说，发现Bug更多的来自于Free Test，其实我们在进行Free Test时候更多进行的应该是崩溃性测试吧，所以对软件的要求很高，这时候发现Bug也应该是正常的了
◎了了 2007-11-8 10:23
我觉得测试用例在后期使用比较好
因为可以指导测试人员更加细致的测试
patric 2007-11-10 11:27
的确....总觉得对照着用例很难发现问题.
7楼的说的很好,学到了.
kakamissyou 2007-11-10 20:28
给点意见
这是我的一点想法.
[url]http://www.51testing.com/?80778/action_viewspace_itemid_66481.html[/url]
大家给点意见!
bluemoon1999 2007-11-19 15:53
测试用例 指明方向 不然 几百个功能点 凭感觉是不行的 .
regwizh 2007-11-19 18:50
先找出你要测试的大的项，然后再把这些项细化，然后再不断地补充完善测试用例，如复杂的组合光是正交还不行，还要进行补充，场景中不能总是用正确的操作步骤去操作，跨越几个步骤看看效果也许会更好。
yuanbinyang 2007-11-20 09:46
还是压力测试最能发现问题
dailrui2002 2007-12-28 20:18
要熟悉一些常用的测试用例设计方法。
针对不同的情况用不同的方法设计用例。
dailrui2002 2008-1-3 11:54
测试用例文档只是一个测试的思路，帮助测试人员减少测试遗漏的地方。但真正在测试的时候，还需要测试人员对缺陷的敏感度，大多数测试人员可能都有一定的计算机操作基础，但实际的用户可能并不是这样，所以测试人员应尽量从用户的使用角度出发来评价功能的实现情况。