其实也没有完全的什么测试架构师的说活，只是每个公司不同的叫法而已，无法是测试开发专家等等。考察也是从公司的需求而来的，原来面试过类似的岗位，大概有以下几个方面：
1，你的工作经验，有没有真正从技术手段来解决过工作中遇到的实际问题，收益如何？
2，你的眼界如何？对测试行业的有什么认识，对技术的技术敏感度，有没有持续学习？
3，你有没有擅长的领域，或是深耕的方向？
4，有没有解决具体问题的能力，会抛出具体的问题，如在一家公司搭建测试保障体系，开发测试平台解决某类问题等。
至于深度如何，就要看面试官的水平了！

感谢大佬抽空回答。看了您主页如何做好功能测试一文，受益良多

楼主的意思应该是面试官是架构师

首先要学会通过对话，获取到一个最核心的问题？招这个人用来解决什么问题。--我个人觉得这个是最初始的逻辑。
每个层级甚至每个人看待问题的角度都不一样。

我个人会觉得合适是最重要的。
合适分为几点：

1. 合适团队，团队沟通没有太大问题。
2. 历史经验基本可以证明可以至少缓解当前问题。
3. 自我定位，钱、目标基本合适。

先试探面试官的水平，再回答……不然有可能吹得越嗨，死得越快~

现在竞争大，面试也累，还要面到架构师，完了还有 hrbp。就算技术面通过了，hrbp 也要提心吊胆，hrbp 一挂人，一夜回到解放前

哈哈哈，曾经被阿里的 hrbp 支配过

人家是什么架构师？测试架构师还是研发架构师？一般架构师，无非就是从系统架构出发，围绕稳定性，成本，效率来考你了。

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

已经面完了，这个职位应该很看重功能测试能力，问的都是业务相关的

他就是问的具体的测试细节，还问边界值怎么测