个人见解，大家一起讨论学习！！

　　黑盒测试覆盖度保证的一些观点看了楼上这么多人的答复我受益匪浅，我也说说自己的意见。

　　我们一般拿到需求说明书并且测试目的严格已需求说明书为根据，即使需求变动了，那也是先变需求说明书我们这边才跟着变动测试用例等，当然这是理想状态，但我们不是向着理想前进吗？我想回答这个问题的前提应该是需求已经确定了，所以我觉得关于需求的确定问题不应该是在这里讨论。单单只是讨论黑盒测试（或者说黑盒测试用例）如何保证需求的覆盖度。

　　1、对需求的分析：保证覆盖度首先要保证对需求点提取的覆盖率。测试一切以需求为根本和中心指导，如果在开始覆盖度不高，那么你后面做的再好也那样了。

　　2、设计测试用例：对于分析提取的需求点编写对应的测试用例，而用例的编写必须要依据科学的方法才能有权威、公正性，尽量减少个人因素的影响，那么可以使用等价类、边界值、因果法、错误推测法等，但同时使用这些方法编写测试用例是又很大的依赖与测试人员自身的素质（性格、专业知识等），所以我们在尽大的可能平稳（公正）做好自己本分的工作那么可以很大一部分覆盖率了。

　　3、测试用例评审：但每个人都是不同的，思考方式、方向等都是不同的，你想到而我没想到的情况是非常多了（随着经验的增多会逐步减少），这样遗漏了方面，覆盖率也不够了，所以评审是必然的，它可以确定并补全测试用例。此后黑盒测试覆盖率的前期发展至高了。

　　4、执行测试：测试用例编写确定好了后是测试执行了，

　　1）、测试用例执行覆盖。

　　2）、但测试用例覆盖率还是未达到，其中等价类、边界值、因果法这些有逻辑依据的方法是很好覆盖且一般不容易出错，但是错误推测法这类方法主观性很强且不好推测，所以也要根据实际情况来做一些调整、增加的测试行为，同时也要更新测试用例来提高用例下一次的测试覆盖率。

　　以上！

　　个人拙见！

　　个人看法：在测试方法方面，可做如下注意：

　　其一，分析出口入口。从入口分析，将可能出现的环境，条件，操作等内容分类组合，然后根据各位测试达人的方法进行整合，逐一验证。从出口分析，将可能出现的结果进行统计，根据结果的不同追根溯源，再找到不同的操作以及条件等内容，统计成文档，逐一验证。

　　其二，多种测试手法的学习和使用。大家可能更多的关心测试方法，但是具体操作的手法也是需要注意的。毕竟测试方法比较容易找到，各位达人都很熟悉。如果将每个人不同的测试手法总结出来并在自己的测试实施中加以使用，可能会收到意想不到的成果。

　　在测试流程方面，可作如下注意：

　　其一，初期要做好需求分析。将需求逐渐细化到小功能点，针对每个功能点进行测试设计。对于完成的测试设计文档，经过项目相关人员的检查评审，做成所需要的初稿。

　　其二，在测试过程中，根据需求变更和具体测试执行过程中遇到的问题完善测试设计文档。

　　其三，测试执行结束后，对于出现的问题进行总结。其中包含自己本身发现的问题，也可能会有客户提出的问题。将总结出来的结果融合到测试设计当中去，进一步完善测试设计文档。

　　对于一次测试，是不可能有覆盖度全面的测试的。需要多次去总结积累，才会使测试越来越全面。

　　在测试流思维方面，可作如下注意：

　　其一，测试全面不等于全面测试。不同阶段对于软件测试有不同的要求，比如在0.8版本以前，对于不重要的画面问题或是细小的功能问题不需要关心。但是在验收阶段，这些内容可能更需要注意。

　　其二，学无止境，只有不断的去学习不断的去思考，才能使自己测试的能力更强，测试对象的全面性也更完整。