Monkey 的 2 本 app 测试的书籍都看过，觉得还是不错的。也推荐给身边的小伙伴看过。

谢谢大家给的这么多建议。
1，目前已经做的是针对每个问题进行了归类，并针对这些问题对研发团队先做一个测试流程也可以说是整个项目流程的分享，再针对问题进行沟通。
2，进行测试用例编写的分享。后续测试内部的针对项目有分享的也叫上研发小伙伴。
3，另外后面再做一个《跨部门沟通协作》的分享，通过小组讨论这些形式，一方面培养团队熟悉度和信任感，另外一方面增加大家的沟通协作能力。

6、为什么测试了没问题，一上线就问题多多？
针对这个点，我们的测试小伙伴就伤心了：请问是哪个项目，上线了出现了什么问题，请给出事实依据。
请使用数据说话，让测试团队看到问题，去改进。（项目的线上事故目前大部分都是测试部门在进行跟进和推动解决的。没有收到这个团队的 2 个项目反馈问题多或者异常事故的。）

这个问题每年问题的反馈都会收到类似的"为什么研发改动了一个小点，测试却要其他功能或者主流程都测试一边"。去年因为知道这个问题是哪个研发团队提的，也理解研发团队注重时间成本，所以回复是 “一方面主流程自动化我们能回归的，提升我们这块回归效率；另外一方面为什么一个小改动影响了其他不相关的模块，是否在我们架构设计的时候，把模块之间的耦合性降低。”

好的。重要是共识与风险控制，学习了，谢谢。

至理名言。哈哈，不过这个也看公司氛围、领导者怎么看待和提拔人吧。