提测bug太多怎么办？如何提高提测版本质量

需要解决的痛点：怎么样让提测Bug少点

研发提测版本，一个版本上百个bug，怎么办？

引入 测试左移思维，建立严格的准入标准（研发自测、冒烟测试等），不符合准入标准，建立打回机制。

如果上面（研发自测、严格的准入标准）流程推动不下去，或者出现其他异常情况：

第一种：
一般注入测试后，会有几轮测试，版本才能交付。可以在第一轮测试时，先提主要的bug（主流程、主要功能点），修复后，后面提交的新版本，在提交细节bug。提交太多bug，研发查看麻烦，而且容易没抓住重点，不能优先处理紧急重要的问题
举例：第一轮解决主要流程及功能，第二轮次要功能，第三轮UI细节等，各个公司不同，可以参考。

第二种：
研发开发进度，严重不符合开发计划，不能按期提测或者没有满足标准提测，导致版本质量及测试时间不足。
解决办法：
1、把现状，在项目群里，同步团队，说明没按时提测即可 。其他的，普通测试做不了 。
2、这种属于任务拆分不合理（或者过于乐观，亦或技术障碍没提前预研），导致工时评估不准（需要研发老大推动评估）
3、每日站会进度同步，遇到的阻塞性障碍，及时解决；设置项目关键节点 ，有问题，及时抛风险 。

第三种：
研发途中，产品插入紧急需求，或者需求出现调整遗漏，导致开发周期存在较大差异，不能按期提测或者没有满足标准提测，导致版本质量及测试时间不足。
解决办法：
1、评估紧急需求工作量，优先协同其他同事处理；
2、如果是本次版本改动需求，把现状，在项目群里，同步团队，说明没按时提测即可；
3、相关情况记录，同步产品及运营那边，可以做成一个问题总结集，下次设计产品可以参考，防止出现相同问题（认识问题→ 设计解决方案→ 执行→ 修正→ 总结），是可以找出通用的解决方案的解决方案的。

FinalShell国产ssh连接工具简单的使用教程