这是一道常见的面试题，关于测试覆盖率100%不仅难做到，而且是比较难度量的，往往从老板的心里看线上没bug覆盖率就是高的，有bug就是覆盖率不全；从一个测试执行角度来看，不妨从如何提高测试用例覆盖率去看这件事情。
如何提高测试用例执行率：1.在写测试用例之前，再详细看下PRD文档，能将功能点和逻辑都串联起来，形成自己对产品的结构化理解，并尝试在该阶段去发现产品的疏漏。2.根据自己对产品的理解，编写测试点，可以先用思维导图的方式整理出来，后续可以整理成测试用例。3.和产品，开发进行测试评审，可以评审思维导图，确保你的逻辑本身没有问题，对于详细的测试用例可以内部过一遍，外部团队未必有时间和精力跟你评审详细的测试用例。4.修正评审过程中发现的问题和执行过程中发现的问题，尤其是新项目，还存在一些误区在刚开始阶段产研测都没有意识到。
技巧点：
- 复杂场景的验证
很多初级测试满足于UI点点点测试，如用户一样，并觉得大部分测试好像都是这么测，点点点只是一种手段，区别在于高级业务测试会对复杂业务场景梳理详细，更强调场景类的测试，越是复杂的业务场景越是容易出Bug，在团队中，存在一些测试意识和责任心不够，把复杂场景依赖开发或者产品验证兜底。
- 边界值的测试
在我的经验中，这一块也是容易出现问题的地方，比如促销的业务场景，涉及到多种边界值和条件的组合，也是Bug 的重灾区。
- 异常流程的测试
对于异常流程，往往也是研发经常考虑不周全的地方，而用户往往有很多骚操作，对于他们来说，系统出问题了那就是问题，不能按照你的流程去约束用户。
- 非功能测试：
很多业务测试认为我只要保障业务流程不出问题就行，而对于系统稳定性不在自己的保障范围内，这首先要看你的团队要没有专项测试组，如果没有这也是业务测试需要考虑的测试点，如果有专项团队，也需要保证良好的沟通，分清测试边界，比如超卖，算功能问题还是性能问题？
下面是配套资料，对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！
软件测试面试小程序
被百万人刷爆的软件测试题库！！！谁用谁知道！！！全网最全面试刷题小程序，手机就可以刷题，地铁上公交上，卷起来！
涵盖以下这些面试题板块：
1、软件测试基础理论 ，2、web,app，接口功能测试 ，3、网络 ，4、数据库 ，5、linux
6、web,app，接口自动化 ，7、性能测试 ，8、编程基础，9、hr面试题 ，10、开放性测试题，11、安全测试，12、计算机基础
资料获取方式 ：
