架构师一般都是会全局问，业务经验、性能、自动化、CICD 等。其实你把架构师当作项目的技术负责人就可以了，不会问具体的测试细节~

to G 一线售后运维/项目经理->二线运维
to B 一线客服->一线运维->二线运维
to C 一线客服/测试->研发
历史经验，供参考

同明天体检，希望今年的血脂能控制下~

主要看机遇，做好本职工作，安心做牛马，享受当下！

几年前遇到过类似的，安卓 7.0 以上的，应用证书（微信 7.0 以上的之认的 CA 证书）。无法抓包应用。解决方案：1、改应用代码，能认外部 CA。 2、root 手机，根目录装 CA

质量问题=测试问题 和 测试工作=PMO+PM+RD+QA+QC+OP...

你纠结发帖的时候，其实已经内心已经有答案了。新部门自己没有任何的经验和方向，大概率会失败。既然想稳定就在当前部门继续专研测试就可以了，随心而为。老板提供的这个可能是个机会，但对你不一定是机会~

提测要求之一，研发需要通过自测用例才能提测。这个自测用例就是主流程用例，由测试提供。研发自己需要做的是单元测试。

无论是账号还是环境，其实主要就是上下游（非内部）协调工作。我们产品是 toG 的，关系网络更复杂，除了 G 还是当地原有厂商，友商，各种兄弟部门，生态伙伴。。。
全链路测试也会有温大大同样的问题，能推动的一般都尽量自己去推，需要多打打关系。推不动的就找战时委员会（项目上的各个部门大佬组成）协调，有时候这些工作已经超出测试能力范畴了，需要委员会多次说明问题的严重性而且要跟进 G（非常强势）的进度。
至于测试问题，应该是各个链路上保障自己业务以及对下游的保障。这样责任就很清晰，测试策略和范围也好制定。但往往客户不会管具体是谁的问题，自己公司需承担全链路的质量保障，所有这就是一个大糅合的过程，摸索前进。没有正确答案，所以测试也比较难做。
最后就和槽神讲的一样，商务关系太重要了。一个好的商务会让研发事半功倍。

出去看看，犹豫的时候就是你心中所想