测试架构师的输出

一个网友问到：测试经理输出计划和管理，高级测试工程师输出测试方案，那测试架构师输出什么？为了回答他的问题，以及他可能的其他问题，专门写了这篇文章：《测试架构师的输出》（由于不能伤害现有雇主的利益，我只能分享部分测试架构师的输出，还请网友理解） 

输出1：公司级层面或产品级层面的总体和各专项测试技术规划；

输出2：提取出各产品组共性的测试技术需求和困难；51Testing软件测试网.Q?)PL~-hH;U;O$l

输出3：不断提升高级测试工程师的工作质量；51Testing软件测试网}K5_ K#t.s0U3P Pe

输出4：产品组采纳改进测试活动质量的技术建议后的测试方案；51Testing软件测试网v}xD0}"p^ \

输出5：未来待解决的关键测试技术列表；51Testing软件测试网TJ
un0xI

输出6：对整个公司有影响的新技术引入研究和评估报告；51Testing软件测试网$D"X\C5Z"N(G

输出7：产品测试组所需要的产品测试技术建议；51Testing软件测试网,s,K.J&vBj/n

输出8：研究专项测试技术；51Testing软件测试网Y,f oQ4f5s7d

输出9：提升测试活动生产率的各种测试方法和测试经验库；51Testing软件测试网5Yhe5HV

。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。

以上工作“能做”和“做好”是两个概念，一般人经过点拨也能做，但要做好那就需要积累和境界了。所以能做的人还应该继续谦虚的努力学习如何做好的标准和方法。因为上面的这些输出，要“能做”是非常easy的，但要有价值则需要“做好！”，所以最好还是由测试经验丰富，有系统思考能力，有研究新技术能力的同事来“做好”，才有价值。 

测试架构师的“广”与“专”：

测试架构师的“广”是：测试技术经验的广，项目经验的广，商业知识的广；51Testing软件测试网$vsyY9o

产品测试组的“广”是：产品知识的广。

测试架构师的“专长”是：公司级测试公共技术的专注和专业；

产品测试组的“专长”是：产品级业务知识及业务强相关测试方法的专业；

所以：测试架构师在测试技术领域比产品组的同事了解多，产品组的同事在产品业务知识上比测试架构师了解多。51Testing软件测试网"cn y8H"_/O

测试架构师工作输出价值的补充：

测试架构师留下的知识和经验是能被公司广泛推广和重用的，产品组留下的知识和经验是给指定产品重用的。公司未来发展新领域产品时，测试架构师的成果具有更好的可重用性。51Testing软件测试网;i8`q[2^7Z

测试架构师前瞻性的输出公司需要的测试技术，放在“公共测试技术资源池”中，产品测试组根据自己的需要从“公共测试技术资源池”中提取自己需要的测试技术；51Testing软件测试网#n0v%gGI

测试架构师的另一个价值是：发现平时产品测试组在技术上存在的质量风险，提供解决方案或测试经验帮助产品测试组通过提升测试技术质量短板，而降低未来产品发布后发生故障的概率。与其等产品上市后出了问题再回溯改进测试技术，不如尽可能早的在测试活动早期和过程中就进行测试技术短木板的修补。 51Testing软件测试网i} w Zzg

测试架构师是一种角色，不是一个必须的岗位。在中小公司如果测试经理足够强，完全可以自己担当起这个角色，兼职发挥。而在大公司产品线测试人员达到100人左右时，可能就需要一个专人来担任这样的一个角色来开展工作，这样对公司而言资源利用率更高，回报率更高。51Testing软件测试网0G#H:]OEs7b"Q