软件测试架构师的工作重点是通过制定产品的测试策略，为产品找到最适合产品的测试方法，因此软件测试架构师需要熟练掌握与产品相关的知识和各种测试技术，并有能力找到其中的平衡点。

将软件测试经理和软件测试架构师的工作重点放在一起进行比较， 很容易发现他们分别关注的是 “测试计划” 和 “测试策略” 这两项不同的测试活动。这两项活动有什么相关联的地方吗？如何理解这两项活动之间的差异呢？测试策略解决的是产品 “测试目标”（why），以及 “测什
么”（what）和 “怎么测”（how）的问题；而测试计划是在明确了 “目 标”“测什么” 和 “怎么测” 后，确定由 “谁”（who）在 “何时”（when）花费
多长时间来进行相关的测试。软件测试架构师如何保证制定的测试策略在测试团队中落地？其实他是无法直接保证的，需要软件测试经理

把 “产品测试策略” 转化为 “产品测试计划”，通过项目运作的方式将产品测试策略真正在项目中付诸实践。两者的内在关系，还从产品测试的角度回答了为什么软件测试架构师要关注产品的商业目标、理解产品价 值、理解项目管理，因为测试策略其实就是直接为测试计划服务的。

那软件测试经理为什么不能制定产品测试策略呢？软件测试经理当然可以制定产品测试策略，而且由测试经理直接根据测试策略来制订测试计划，还可以省掉和测试架构师的沟通成本。那么产品测试策略由软件测试架构师来做是否多此一举呢？答案当然是否定的。形象地说，产品测试策略就是在为产品测试找一条到达测试目标的 “路”。达到同一测试目标的道路一定不止一条，软件测试架构师就是通过系统的分析，找到最合适的那条路，这个过程需要耗费大量的时间和精力。但遗憾的 是，什么才是 “最合适的路” 是很难直接度量和评价的：不可能对同一个项目运行两套方案来判定方案的优劣，而时光又不能倒流，正因为如 此，虽然这项活动很 “重要”，但是却容易被忽略，特别是当测试经理陷入各种沟通协调会议，需要处理各种复杂关系的时候，往往没有更多的精力去系统地分析、确定测试策略。所以并不是说软件测试经理不能或者没有能力去制定测试策略，而是软件测试经理也是人，不是超人，在心有余而力不足的情况下做出来的测试策略，质量上很难保证，难免有失偏颇，再落实成测试计划在测试项目中执行，对整个产品测试团队， 乃至产品研发团队来说，都是一件可怕的事情。所以软件测试经理需要一个 “老大哥”——软件测试架构师来系统地进行分析，以保证产品测试

策略的质量。