背景
最近对产品进行了全面的总结。产品，开发，测试一起进行会议对以往的需求进行全面的复查和分析，产品汇总了产品详细的需求说明文档。为了保证软件的质量，对产品的用例也进行全面的审查，提高测试用例的覆盖率。
以下为工作中对提高测试用例的覆盖率的一些心得。
措施一：提高对产品业务认识的广度和深度
以工作经验来看，单纯依赖需求文档来设计的测试用例，基本可以实现用例的基础功能覆盖。再依据产品的在模拟盘运行暴露的问题进行补漏，产品把注意点补加进需求文档，开发修复bug，测试追加用例并测试，似乎对功能已经很全面覆盖了。
但是需求文档是不可能做到把所有需要考虑的情况都覆盖到的，更多的只是对最基础的功能点进行描述。设计测试用例单纯依靠需求文档就有局限，我觉得解决这个问题需要依靠用例设计者的主观能动性，软件测试理论的把握，理论知识没有很大的扩展空间，业务认识的广度和深度（措施二会很好做到这点）
措施二：归纳总结
记忆和经验很有局限性，很难做到瞬时各种情况全面考虑到，把全面交给归纳总结吧。
以单个动作为进行归纳，例如：卖出股票，这就是一个动作。根据以往的卖出情况对这动作的情况进行归纳（见下图），以后设计用例设计到卖出股票这动作的时候，只需要查看这个归纳图就可以全面了解到各种可能性了，这样设计用例可以很好的提高设计用例的同时又避免某种情况出现遗漏的情况，当后面工作遇到新的卖出要考虑点或卖出某个点发生需求改变的时候，及时对该归纳图进行更新就好了。
措施三：扩大单元测试和集成测试的覆盖
依靠措施二经营的归纳图和需求文档，在用例设计单个功能的单元测试中，就可以很容易做到用例的全面覆盖。各个功能点的用例覆盖越全面，集成测试的考虑到的情况也就越多，用例覆盖也就越全面。