怎么保证测试用例能百分之百覆盖所有测试点？

如果拿到一个比较大的功能需求，我会按照以下顺序去写测试用例以及执行
1、冒烟测试，正常的流程是否走的通
2、页面元素的检验，即检查页面字段内容、格式、边界值、数据类型、特殊字符、 样式、布局等等跟 业务没关系的检查，适用所有系统
3、接口测试，通过工具传参看接口能否正常响应，包括输入一些异常的数据，看 接口是否有校验
4、业务逻辑检查，这个需要充分解读需求文档上的每一句话，逻辑判断控制，以 及有耦合关系的模块，前置、后置等相关联的业务模块是否都正常，而不只是检查当前 的功能模块没问题就可以了
5、数据库表检查，即前台提交的表单是否在对应的每一个表字段都正确的写入。
6、异常类测试，例如系统在弱网或者断网情况下页面是都有提示或者相关的判断， 或者是一些交易类的功能可能会回调超时，超时代码是否有重发机制等等（具体要看你 测的是什么领域的业务，都有一些特殊的场景或者异常操作，往往这些就是测试的盲点）
7、兼容性测试，即你的系统或者是 App等是否能在不同的浏览器、系统版本、 手机、pad 等各种终端都能够正常运行，一般关注主流的即可
8、性能测试，本次功能根据实际用户体量是否有并发的场景，核心业务、促销活 动、复杂逻辑算法 等，这些都有可能引起Cpu、内存、I/O、带宽、数据库等性能问题， 这个是需要提前预判的，因为一般出了性能问题都是大问题，如果用户体量很小，可以 暂时忽略
8、安全测试，一般是用专业的工具对系统进行扫描，检查系统权限、网络、端口、 敏感字、加密信息、配置管理等是否有安全隐患
9、易用性测试，即开发的产品是否通俗易懂，容易操作 10、回归测试，以上测试都完成之后，bug 修复完，需要对系统进行一个全量的测试，至少相关的功能点都要去执行一下。 11、通过 jacoco 等开源白盒测试技术统计代码覆盖率。
以上就是写测试用例或者是界定测试范围的的思路，基本适用于更多场景。当然这 样也不能保证 100%覆盖，只能说，做到以上几点，基本覆盖80-90%， 如果还有 bug 就是你认知以外的东西，做到随时差缺补漏到自己的测试用例中。