如何保证被测产品质量/用例覆盖度

1）在需求评审阶段，熟悉并分析需求，对每条需求进行拆解，并对有疑问的地方及时和产品经理/BA沟通；

（2）在设计测试用例阶段，我一般根据需求文档用XMind对测试点进行整理，然后再对每个测试点进行测试用例的设计；另外，我们产品经理会在研发管理系统里建立他的需求，我设计测试用例时会将用例关联到需求上面，确保每个需求都有用例覆盖到；

（3）在用例评审阶段，我们一般先组内进行详细的评审；然后召集产品经理、开发一起评审，主要是评审一些业务流程和跨系统的接口，确保大方向没有问题，之后根据评审结果及时修正测试用例；

（4）在测试阶段，我们会有交叉测试，因为每个人考虑问题的角度不一样。另外在测试过程中，如果发现用例有考虑不周全的地方，会及时完善进去；

（5）在BUG修复我们进行验证时，会将这个BUG相关联的部分也测试一下，防止一些代码改动影响到之前的功能；

（6）在上线前，会进行一个深度回归，回归的用例会和开发、产品一起评估决定。

说明与分析：

以上仅供参考，面试的时候随机应变，不要照抄照搬，结合你们公司的情况、说得越全越好。

现在流行测试左移、右移。测试左移，是往测试前的开发阶段移，越早发现不合理的地方，出现问题的几率就越低。

测试右移，是往测试后的发布阶段移，第一时间发现线上的问题并解决。可以在第（2）点之前和第（6）点之后，针对测试左移和右移说说测试人员能做哪些事情、对确保产品质量有什么影响，我想这是一个跳出常规的加分项。

至于如何保证测试用例的覆盖率，可以回答（1）-（4）点，在描述第（2）点时，也可以说说你在设计测试用例时着重要考虑的点。比如，一些软件的业务流程比较复杂，设计测试用例不能只局限于表面的功能，要去深挖，多思考可能出现的场景；再比如一些边界值的测试、异常流程的测试等一些容易忽略的方面。