一、列出已知或投入测试人员测试这个产品全量测二轮，把问题清单汇总，列出优先级
二、把问题清单反馈项目经理给出是否能人力排期，如果投产必须升级
三、准备测试环境配合开发复现，回归等常规操作
四、复盘、建立规范体系等等云云

总结： 先解决问题、在建立规范。 大忌一上来就谈规范。

产品问题很多是有什么样的表现，项目经理和产品是否知情
1、表象是缺陷很多，那可能需要坐下来围绕当前产品的 bug 确定下投入情况，产品的投入是整体的，测试的投入是先期条件，在研发确定投入人力的情况下，在考虑测试已有的人力暴露问题；
2、围绕流程、人员、质量、需求等等进行产品的摸排，从现象->根因，如果一个产品问题很多的话，那一定是全方面的问题，抓大放小，逐步改进
3、对上资源的协调，对研发负责人意识的同步

因为没有具体的问题，只能泛泛而谈一下。个人觉得总体的大方向是先在可掌控范围内（简单点说就是纯测试团队就能做的），控制住影响比较大的问题的出现（测试防护网）获得成效、得到认可；然后再逐步推动做根因解决/预防性工作，巩固成效同时，提高整体团队质量意识。

1、先了解现在主要有哪些问题，哪些严重影响业务，急需解决。列个优先级，并和上级、兄弟团队 leader 达成共识。
2、针对优先级达到最高级别的几个问题，先测试团队内部建立对应的防护网，确保不再把问题漏到线上（比如建立上线 checklist 保证这个检查点检查到位，这阶段追求质量先牺牲部分效率）。
3、根据防护网捕捉到问题的情况，复盘了解根因，从根本上解决/预防问题的再次出现。这部分的先聚焦解决已有问题，会涉及推动非测试团队配合，但只做最必要的，避免负荷调大兄弟团队不接受。
4、几个问题根因解决见效后，就可以把上述套路扩散到优先级稍微低一些的问题里了。同时也可以抽离里面的共性，逐步开始建设有梯度的质量体系，比如左移（需求质量把控、代码质量把控、代码逻辑 review 等）、自动化测试、右移（线上核心业务指标的监控及预警、核心接口巡检等）