这是一个开放性的面试题，网上找到一个还不错的帖子可以参考下：面试问题，如何保证你的测试用例能够覆盖完全！？-有了

        下面我来说说我对这个问题的看法：

答：首先从大的方向分为下面几个方面： 规范流程、用例设计与执行、自动化辅助。

下面分别介绍这三个方向：

1、规范流程：

        1、需要需求评审提前了解需求基本面貌；

        2、严格的需求转测流程，需求满足转测条件才可进入测试环节；

        3、测试前需要进行拉通至少开发、产品进行用例评审，对齐需求&完善测试点&抛出风险；

        4、需求测试完成后确保开发代码合流成功无缺漏，涉及到的后台服务全部发布外网；

        5、bug定级，统计低级bug数量，反推开发提高开发代码质量；

2、用例设计与执行

        用例设计是保证需求覆盖率的最主要保证手段。涉及用例主要从以下方面入手：

        1、功能的联通性：即冒烟测试，正常的流程是否能走通；

        2、页面元素检测：即检测页面字段内容、格式、布局、边界值、数据类型、特殊字符、样式等；

        3、接口测试：通过工具传参查看接口能否正常响应，包括输入一些异常数据，检查接口是否有做校验；

        4、业务逻辑检查：充分解读需求文档上的每一句话，逻辑判断控制，以及有耦合的模块、前置或后置等相关业务模块是否都正常，而不是只检查当前需求模块没问题就可以；

        5、数据库表检查：即前台提交的表单是否在对应的每一个表字段都正确的写入。例如前台支付成功以后，数据库可能会更新很多张表，商品表、订单表、统计表、日志表等等，不是支付成功就表示这个功能就没问题了；

        6、异常类测试：例如系统在弱网或者断网情况下页面是否都有相关提示或判断；或一些交易类的功能可能会回调超时，超时代码是否有重发机制等等；

        7、兼容性测试：即你的系统或者app是否能在不同的浏览器、系统版本、手机、ipad、不同分辨率等各种终端上正常运行，一般关注主流的即可；

        8、性能测试：本次功能根据实际用户体量是否有并发场景，或者批量上传、下载、大量查询等，这些都可能引起cpu、内存、io、带宽、数据库等性能问题，这个是需要提前预判的，因为出了性能问题都是大问题；

        9、易用性测试：即开发的产品是否通俗易懂，容易操作，如果你的产品学习成本太高、业务逻辑复杂，那产品本身就是一个大bug;

        10、回归测试：以上都测试完之后，bug修复完，需要对系统进行一个全量的测试，至少相关的主要功能需要去执行一下。

3、引入自动化

        1、静态代码扫描；

        2、代码覆盖率统计；