架构师一般都是会全局问，业务经验、性能、自动化、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（非常强势）的进度。
至于测试问题，应该是各个链路上保障自己业务以及对下游的保障。这样责任就很清晰，测试策略和范围也好制定。但往往客户不会管具体是谁的问题，自己公司需承担全链路的质量保障，所有这就是一个大糅合的过程，摸索前进。没有正确答案，所以测试也比较难做。
最后就和槽神讲的一样，商务关系太重要了。一个好的商务会让研发事半功倍。

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

个人经验：
1、有配置表最方便，自己改。在代码里就让开发帮着改
2、服务器部署服务仅测试服务，评估不影响其他，直接修改服务器时间
3、让开发把时效代码拿出来，代码 review。真实的进行隔天测试，等价周，月，年无问题

数据仓库 - 简称数仓，指的是存储大量数据的数据库，最常见的就是 hive+hdfs。
数据工厂 - 可以称作数据加工厂，类似 ETL 工具，用作数据清洗、转换、加载、监控、模型等等的集合。
数据中台 - 可以称作所有处理数据服务的合集，从最开始的数据接入，到数据处理，数据计算，数据输出这些全流程整合成一个集合。

业务测试需要分模块具体深入，比如常见的离线同步，实时计算，数据治理，任务调度，AI 模型等。但这些都离不开常见的大数据知识，hadoop，hive，spark，flink，sqoop 这些，可以优先了解下 hadoop 和 hive 的原理及一些常用的操作命令。具体测试根据业务需求在深入就行啦。

请教下孙老师是怎么由浅入深，系统的学习并应用这些技能的。如果能分享个帖子平日怎么分配时间和什么样的学习方式让拜读下就更好了

大多时候面试要的是眼缘和态度，多对着镜子联系下，然后多找一些公司试试

和自己和解，老哥做好自己就好。

测试的薪资天花板越来越高了，学无止境

就喜欢你们畅所欲言，各抒己见的讨论，思想碰撞，学习了哈哈

过来人建议转开发

函数可用的前提下，需要一定的数据集来批量验证，测试函数的边界值，异常值，处理速度，内存消耗等。汇总结果进行分析，根据实际场景需求选择合适的函数。

建议投简历远程面试，先自己多试试水，评估下自己在一线市场的价值，再做决定

同意楼主的观点，内卷的原因是蛋糕就这么大，但是相关从业者却越来越多，只有行业发展做创新，原本的蛋糕还在，又扩展了新的蛋糕，这样才能让行业走的更好，让大家有更高的天花板（薪资）。

社会现状：逆水行舟，不进则退

任何行业如果不进步那就只能被历史的长河淘汰掉。安逸其实并没有错，绝大部分人都希望安逸。学习进步创新是痛苦的，但是在贫富差距越来越大，大环境越来越恶劣的情况下拿着安逸的工资，如何面对天价房，高消费。。。
中国还是发展中国家，而且享有人口红利，人均文聘也越来越高，这也是从业者越来越多的原因。我们和发达国家还是有很大差距的，所以和外企也没有可比性。但无论是资深业务专家，构建测试体系，还是技术大拿，创造效能工程。都能提高测试天花板，在进步中防止内卷的侵蚀。

要合理利用测试的权力，测试不止是一个质检的角色，更重要的是卡口子，是保障上线质量的最后一道关卡。可以制定各项标准，经各 leader 同意，不符合标准的不予测试、上线，要说 NO。

机遇和困难并存，当你觉得有问题很多，无从下手的时候，也是你实际解决问题落地项目，提升自己的时候。
聊下个人建议：
1、自动化提高测试效率是肯定要做的，可以从接口自动化开始（UI 自动化这类项目就先算了吧）。越没时间搞，越要抽时间去做，自动化用来做回归测试，这样才是良性循环。
2、测试流程规范，这个牵涉太多，其实应该由 QA/PMO 牵头，测试、研发、产品、运维一起推进。在没有资源的情况下，多和各个 leader 聊下相关问题和困境，询问他们应该怎么做，自己也要给出合理的建议，逐个击破问题。
3、花钱招人吧，不管是业务专家还是技术专家，多一个牛人多一份力量，有些事情不是 1、2 个人力能解决的。

坚持、规划、落地

你本机跑的时候结果为啥是同步的，不是跑完再一起给你？需要实时查看结果定位问题，一样的道理啊，为什么不要同步呢。就像 linux 下后台跑压测脚本，也是把压测结果实时插入到 jtl 中。