黑盒测试如何保证测试覆盖率

　　在黑盒测试中要保证测试的覆盖率，主要要做好测试需求分析
　　测试需求分析分两步：
　　1，测试需求的获取
　　需求的来源：显式需求（1）原始需求说明书（2）产品规格书（3）软件需求文档（4）有无继承性文档（5）体会 库（6）通用的协议规范
　　隐式需求：用户的主观感受，市场的主流观点，专业人士的评价分析
　　2，需求的分析 ，产生测试需求文档
　　将不同的需求来源划分成一个个需求点，针对每一点执行 测试分析，（1）界定测试范围（2）运用 各种测试设计的要领 产生测试点
　　黑盒测试如何 保证需求的覆盖度？假设需求是不变的。我们只须要 运用 黑合测试的策略用等价类、边界值、不正确 推测、因果图、判定表驱动、正交试验、功能图、场景法等测试就能保证需求的覆盖度。当然这是理想的情况。但是，在真实的项目中需求是在变化的。这就要求做 好需求管理。如用TD记录需求的变更，及对需求的管理。就以得到比较高的需求覆盖。个人认为管理好需求，是保证需求的覆盖度的关键点。
　　在测试要领 方面，可做如下留心 ：
　　其一，分析出口入口。从入口分析，将可能出现的环境，条件，操作等内容分类组合，然后根据各位测试达人的要领 执行 整合，逐一验证。从出口分析，将可能出现的结果执行 统计，根据结果的不同追根溯源，再找到不同的操作以及条件等内容，统计成文档，逐一验证。
　　其二，多种测试手法的学习和运用 。大家可能更多的关心测试要领 ，但是具体操作的手法也是须要 留心 的。毕竟测试要领 比较容易找到，各位达人都很熟悉。如果将每个人不同的测试手法总结出来并在自己的测试实施中加以运用 ，可能会收到意想不到的成果。
　　在测试流程方面，可作如下留心 ：
　　其一，初期要做好需求分析。将需求逐渐细化到小功能点，针对每个功能点执行 测试设计。对于完成的测试设计文档，经过项目有关 人员的检查评审，做成所须要 的初稿。
　　其二，在测试流程 中，根据需求变更和具体测试执行流程 中遇到的疑问 完备 测试设计文档。
　　其三，测试执行结束后，对于出现的疑问 执行 总结。其中包含自己本身发觉 的疑问 ，也可能会有客户提出的疑问 。将总结出来的结果融合到测试设计当中去，进一步完备 测试设计文档。
　　对于一次测试，是不可能有覆盖度彻底 的测试的。须要 多次去总结积累，才会使测试越来越彻底 。
　　在测试流思维方面，可作如下留心 ：
　　其一，测试彻底 不等于彻底 测试。不同阶段对于软件测试有不同的要求，比如在0.8版本以前，对于不主要 的画面疑问 或是细小的功能疑问 就不须要 关心。但是在验收阶段，这些内容可能更须要 留心 。
　　其二，学无止境，只有不断的去学习不断的去思考，才能使自己测试的能力更强，测试对象的彻底 性也更完整。