一、缺陷是解决不完的

质量&效率的平衡，需把控一个适当的“度”。

一味追求Bug解决100%，期望一个缺陷不留，只会导致版本上线遥遥无期；对于99%的系统，这不是科学的玩法（特别是快速发展、迭代的电商等系统）。

对于每位测试从业者，都需要去思考的一个事：“当发版时间临近，还存在一些Bug没解决完时，如何处理？”

【建议】：拉上相关人（业务、IT老大、测试老大、项目经理），梳理Bug优先级，确定发版前必须要解决的Bug，可暂缓的，遗留到下个版本解决。

二、是不可能发现1 0 0 %缺陷的

所以考核指标，才存在“线上漏测率”这个指标。

软件测试能做到的是：尽可能多的发现软件的缺陷；

没人能够保证100%发现所有缺陷；这就是为何现在各企业在落地实战「测试右移」；

虽然不能发现100%的缺陷，但我们可以做到实时监控，以及在用户发现缺陷之前，把缺陷给“偷偷的”解决了。

三、缺陷是相对的

除了明显的功能不可用、Error报错等；不符合预期结果，也可以称为“Bug”；

如果连预期结果都没有，或者产品经理，根本就没有告诉你，这个点，应该是怎么样的；

这个时候，就得跟产品经理，好好勾兑，怼需求了；

这就是为何IT团队，经常跟产品经理，讨论如此火热的原因（每个人对预期结果的想法是不一样的）；

但，这里有一个点：作为一名软件测试工程师，你是可以通过接触足够多的行业软件/行业系统，去引导产品经理、开发工程师，按你的想法，达成你期望的结果；

这就是所谓的“用户体验测试”。