我们项目的QA报告里有几个关键指标项，比如千行代码缺陷率，版本提测换包率，致命/严重bug率，遗留bug率，bug打回率等。最近一次的QA报告显示某产品的Android客户端版本提测换包率达到了50%以上，这意味着每两次提测中就有一次出现换包的情况。
提测版本出现换包，一般是有明显的质量问题。为了解决这个问题，我们的思路是：
第一，测试人员收集历史换包的原因，大致有两类，一类是提测主功能不可用，原因包括代码漏合，代码被覆盖，代码主逻辑有问题等，另一类是新增功能影响了原来的核心功能，导致测试无法继续下去。这两类问题都是可以通过提测主功能和核心功能的自测及时发现的。
第二，测试人员给出提测主功能和核心检查点列表，要求开发人员提测版本前先进行自测，并重点关注历史换包的问题点，避免重复采坑。这里需要注意的是，为了避免这个流程流于形式化，需要和开发人员以及开发leader沟通，如果自测检查点中有未通过的项，测试人员可以直接打回测试。开发人员需要重新自测通过后再发起提测流程。
第三，测试人员应该及时更新检查点列表，并考虑检查点自动化的方案，进一步提高测试效率。
ps:
新版本实行自测流程后，Android端换包率下降到10%左右，效果显著。