xxbb_1926 2007-3-3 22:51
黑盒测试如何保证测试用例的覆盖率啊？
如题，向高人请教：黑盒测试如何保证测试用例的覆盖率呢，如果可以，可以举些具体的例子吗？多谢了！
fate 2007-3-4 20:37
运用好等价类划分,边界值分析,错误推测分析来做应该能保证sdlkfj5
nan3937 2007-3-6 09:53
写用例一定要明确需求！！！只有需求完全了，才有测试用例的覆盖率一说。
如果你连要做成什么样的都不知道，怎么测呢？
一旦需求明确了，可以做个RTM。每个需求的每个点都要check到，就可以保证覆盖率了。至于设计方式就像一楼说的，运用好等价类划分,边界值分析,错误推测分析。
tyx 2007-5-18 14:41
我还是不明白具体的怎么算？如一个简单的小系统，主要有四个功能点：登录，上件文件，下载文件，删除文件，我写了34个测试用例，领导让我算出测试用例的覆盖率，如何计算？？？后来我算出来了，另外又找了8个用例，是四个功能点联合起来，就是做为一个整体来设计的用例，这样的话一共就是42个用例，用34比42，得出来的数就是所胃的测试用例覆盖率吗？？？？？这样算对吗？？？？请高手指点，急~~~~~~，谢谢！！
[[i] 本帖最后由 tyx 于 2007-5-18 14:43 编辑 [/i]]
hapliu 2007-5-19 09:25
如下
当程序开发人员在设计时，多查看需求分析、概要分析。大概了解程序需要完成的功能和需要。
简略得设计测试用例（肯定还需要改，只是设计测试的大概的方向）
当程序开发完成后，大概得从开发人员的设计问档，或从他们口中询问此程序能够实现的功能。并简单得尝试这些功能，了解需要测哪些测试。
这时候编写测试用例
1，边界值法。
2，等价类的划分
3，错误推测法
4，因果图法
5，正交运算法
6，场景测试法
等等一些根据程序和软件的类别 需要用的测试方法
softkk 2007-6-22 11:19
还是没有得出测试的覆盖率如何，从需求和开发的文档，还是无法得出一个具体的数值啊
zhangj8826 2007-6-22 11:32
关注中
lichao2000 2007-7-17 13:19
等待答案ING。。
sdlkfj2
cherubim 2007-7-17 14:09
如果按我想的去写用例，我感觉我写的用例实在太多了．不知道怎么简化而且能提高效率
michelle_happy 2008-4-25 22:16
楼上有几位说的是测试用例的设计方法，而不是测试用例覆盖率的计算方法
唉，我也在找此类文章，这个东西好像蛮主观的，怎样做到更加客观呢？
ninimiumiu 2008-4-27 11:41
新人，学习:loveliness:
ninimiumiu 2008-4-27 11:47
LZ，貌似你领导问的不对
书上抄来的一段话：测试用例的覆盖率指的是根据测试用例进行测试的执行结果与实际的软件存在的问题进行比较，从而实现对测试有效性的评估
测都没测怎么知道覆盖率啊:o
doublered 2008-6-2 18:45
回复 8# 的帖子
我觉得四个功能点覆盖到了就是全覆盖到了啊。应该是100%。如果你细分功能的话，可能还有许多的功能点，看看有没有覆盖到。
仅个人看法
tjj006 2008-6-4 20:27
我建议把这个问题放到每周一问里。
每周一问大家的积极性比较高的。:)
天天乐乐 2008-8-20 19:37
黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数锯而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。黑盒测试方法主要有等价类划分、边值分析、因—果图、错误推测等，主要用于软件确认测试。 “黑盒”法着眼于程序外部结构、不考虑内部逻辑结构、针对软件界面和软件功能进行测试。“黑盒”法是穷举输入测试，只有把所有可能的输入都作为测试情况使用，才能以这种方法查出程序中所有的错误。实际上测试情况有无穷多个，人们不仅要测试所有合法的输入，而且还要对那些不合法但是可能的输入进行测试，要想尽可能的覆盖所有测试，就要根据以上测试方法，详细地列出测试用例，细分功能点，提高测试覆盖率。