我们公司的一些项目，开发平台的一些模块已经被实践证明是失败的，失败的原因是很复杂的，没有人会把责任都推到测试部门来，甚至我们一点责任都可以不用担负。但我们参与了测试，我们曾经努力工作的项目失败了，对我们自己也不是很有成就的事情。事实上，我们测试人员的能力还是局限在系统集成后界面的功能测试上。那么，我们能不能在收集软件需求、软件架构设计的时候，找出需求分析、软件架构中的缺陷呢，给出自己的关于需求分析、软件架构的看法？如果我们在需求分析、软件架构时已经存在，这些项目是不是可以免于失败的境遇呢？
下面是收集的关于测试架构师（Test Architect）的资料的整理，希望和大家共勉。
测试架构师角色的职责是什么？可能会做哪些工作呢？审查系统架构、系统构件/组件及其接口关系等设计；设计软件系统的测试策略和方法，特别是在系统的性能、安全性、稳定性、可靠性等方面的测试方法、技术线路和质量标准；对系统（性能、安全性、稳定性、可靠性）测试作出分析、评估，并提出为改善系统性能、可靠性而进行设计修改、代码重构的建议开发和设计测试框架；纵横全局的考虑产品的功能，设计复杂的测试原型系统；负责研发某一项特定的测试技术；考虑如何提高测试效率，进行测试过程改进……
测试架构师具备测试技术、测试方法学上雄厚的知识，以他们具备的实力给软件测试人员提供咨询服务，告诉他们：什么样的软件测试流程可以更好的保证软件质量，什么样的测试技术、什么样的测试平台会符合他们要测的产品。
测试架构师不仅仅会影响到公司内的测试部门，还会影响开发、市场部门，好的测试架构师，可以从保证质量的角度，对产品的研发、销售各个方面施加深远而正确的影响，也吸收来自各个部门的建议，最终提高整体软件质量。大家可能很吃惊，测试架构师怎么能影响到市场部门？我们可能有这样的经验，项目经理要去拿着不完善的产品去演示，测试人员更清楚产品的新特性及需要进一步改进的地方，把这些信息告诉项目经理，避免在客户现场演示时献丑，还能知道如何充分展示产品的优越性。我们的测试架构师当然也可以在更高的层次上给出市场营销的建议。
软件质量保证是一个贯穿需求分析、设计架构、软件测试等整个软件工程的过程，测试架构师需要熟悉需求分析方面的知识，在需求分析师整理用户需求的时候，才能和需求分析师结对工作共同保障整理的需求满足用户要求。测试架构师需要掌握软件架构设计方面的知识，在软件架构师构建软件框架的时候，才能和软件架构师结对工作共同保障架构没有致命的缺陷。测试架构师在测试技术、测试方法学上雄厚的知识，让他们具有需求分析师、架构设计师所不具备的视角，测试架构师和需求分析师、架构设计师的结对协同工作可以更加有效的获取完备的需求，更科学的进行软件架构。
我们怎么走向软件测试架构师？
在网上搜索了一下测试架构师的招聘信息，信息不多，国内大部分公司连足够的测试人员的数量都不能保证，就别想测试架构师了。淘宝网站等公司有招聘测试架构师职位的，人力资源部门对这个职位的了解有限吧，其他公司的招聘条件多有雷同，一般会要求有7年开发经历、5年测试经历等。想成为一个测试架构师需要十几年的积累……
要想成为一个测试架构师，必须在测试技术理论方面有很深的造诣，并有多年的测试工作的实践。还要持续学习不断升级的开发语言、设计模式和开发平台等，如果有软件开发经验就更好了。对软件设计架构理论、技能也要掌握……
版权声明：原创作品，允许转载，转载时请务必以超链接形式标明文章原始出处 、作者信息和本声明，否则将追究法律责任。
本文出自lobster的51Testing软件测试博客：http://www.51testing.com/?194329
相关阅读：
