对于测试架构师的简单理解

一. 测试架构师需要做些什么
测试架构师听起来确实一个很酷的名字,至少已经跟上开发的步伐了,那么测试架构师需要做些什么呢,他需要哪些技能?

先请大家浏览下图:



我把这幅图简单地归结为: 一个中心,一类产出,两种关系

一个中心 : 保证质量为中心

一类产出 : 保证自动化回归体系持续集成

两种关系: 与开发和测试人员的关系

二. 测试架构师的人员从哪里来

从上图可以看到做为架构测试人员需要从性能,安全性,可测试性及可持续集成等考虑问题,可能会做哪些工作呢?

1) 审查系统架构,系统构件及接口关系等设计

2) 设计软件系统的测试策略和方法,如在性能,安全,稳定性等可测试性的评估,技术路线和质量标准的制定

3) 对系统(性能,安全性,稳定性,可靠性等)测试作出分析,评估,并提出自己的优化意见

4) 负责开发某些特定的测试技术和测试工具,考虑如何改进测试技能和提高测试效率

………..

那么这样的测试架构师从哪里产生呢? 开发? 测试? 我觉得开发和测试那里都可以产生测试架构师,当然也需要有生长的土壤才能出现这样的架构师,那现在测试架构师为什么会少之又少呢?

对于大多数技术很好的工程师,对过程管理,测试策略和方法,质量等方面关注比较,再加上这些对测试的一些偏见,不太愿意在测试方面下功夫,导致具有系统架构和测试技能上很强的人不多.

对于大多数的测试人员来说技术实现上机会太少,技术功底较差,导致真正实践会力不从心.

所以我们一方面需要从开发人员那里拉来一些有较强测试意愿的人来加入这个测试架构师的队伍,也需要在测试工程师那里内部挖潜,双管齐下,让测试架构师的队伍越来越强大.