Jack测试架构师.doc

Jack测试架构师 Jack测试架构师 ◇测试架构师的职责 测试的职业通道基本是管理线和技术线两条路。 管理线主要的职责：更多是和资源管理。 技术线主要的职责：更多是技术管理和业务知识。 软件测试架构师更多就是技术线的带头人。管理线的人更多的工作语言是：绩效，考评，时间点，质量等。 技术线的更多工作语言是：技术规划，技术可行性，技术价值，技术共享性，解决什么问题等。 软件测试架构师更多是一种角色，而不是一种title，是测试技术上和测试经验上有影响力的人。什么是有测试影响力的人呢?就是你没有任何官位，你不是任何人的行政上级，但是大家在测试技术上和技术方向上愿意跟随你，愿意采纳你的建议。 其实在很多中小公司中测试组长和测试主管也兼职软件测试架构师的角色和职责。在大公司中，测试人员数百人时，管理工作所需要的精力会非常大，因此技术线和管理线就会分的比较开了。 更多软件测试架构师做什么，可以看我的博客。在我们公司软件测试架构师的职责定义细则也不是非常统一的，也不是很在意是否有这个title，但有一点是一样的，都是测试技术线，对产品的项目管理和做人的工作就相应减少很多。 ◇测试架构师的价值 其实这些类型的工作早已有人在做的了，以前叫高级测试工程师，叫系统测试工程师，现在叫测试架构师，其实变的只是title，工作内容还是没有变。 关于测试架构师的重要性和价值，从公司角度出发，测试架构师是在帮助公司从提高运营效率的角度来提升公司的竞争力。通过引入，实践，推广新测试技术，可从单点上提高某些技术效率和提高测试质量，也可从全局提高某些技术效率和提高测试质量，同时帮助员工培养。测试架构师这个角色也是一个团队贡献者，是一个领导者，而不是孤胆英雄和独立贡献者。从影响力的角度来看，做好测试架构师比做好测试经理还要难，因为你是在没有考评权的情况下要去改变测试人员，去推广你的专家价值。据我观察我们公司中没有很好沟通能力的人很难在测试技术路线上有很大的影响力。 可以说测试架构师是一个公司所有测试技术经验的洼地，他了解内部大部分的技术最佳实践，也在积极了解公司外的最佳实践，通过个人的实践评估出适合自己公司现状，能解决公司现在问题的测试技术，有利于公司做好测试技术知识资产的管理，减少公司内测试知识资产的重复浪费。对于测试架构师没有支撑的项目组在测试质量和测试效率上的提升相比其它组要慢一些，项目组内对更佳的测试经验和测试技术了解较少，员工成长较其它组也要慢些，视野要窄些。 国内可能有些误区，如把测试架构师定位为测试工具开发工程师或自动化测试开发工程师，其实这些工作不需要测试出身也能做好。测试技术领域除了工具和自动化，其实还有很多的领域：如何提高测试设计的质量，如何提高有效场景的测试覆盖率，如何把握好测试成本和测试目标的平衡，如何帮助开发提高产品的可测试性，如何做好产品的可测试性设计，如何做好产品的专项测试(可靠性、安全性、性能、压力等)，如何做好测试执行的保障，如何做好黑盒以外的测试(需求和设计的测试)，如何做好编码前的测试，编码阶段的测试等等。 测试人员的核心竞争力不是编写自动化，也不是做测试工具，而是测试质量，测试设计的质量。 测试架构师和产品架构师最大的竞争力区别就体现在如何提高测试质量的经验和能力上，这才是测试人员不可被替代的独特核心竞争力。 工具开发和自动化测试开发的积累无法打造不被开发人员替代的测试核心竞争力。如果一个测试架构师50%的时间都去写代码做测试工具开发了，那么就是在浪费测试架构师好不容易积累起来的测试经验，其实也是在浪费公司的测试知识资产。测试架构师应该做测试领域中无法被他人替代的工作，测试工具和自动化测试框架的实现是可以被开发工程师或其它有一定开发能力的测试人员替代做的。测试架构师可以基于如何提高测试覆盖率，如何提高测试效率和测试质量的角度提出测试工具和自动化测试框架的开发需求，甚至一些实现的指导就可以了。在我们公司有几十名测试开发人员帮助我们实现测试工具，让我们聚焦测试技术，而非聚焦开发技术。 ◇理想化的团队角色分工 测试架构师和测试团队中的其他角色，比如测试工程师、测试经理等等，他们的角色定位有什么不同?在一个理想化的团队中，他们的分工是一个什么样的状态?关于这些问题在我的博客中有两篇文章是专门提到的，分别是《测试架构师与产品测试组、产品开发组的配合》和《测试架构师与测试经理的关系》。大家可以直接去阅读，有什么问题也欢迎留言交流。 ◇我的测试生涯 我的测试生涯分为3个阶段： 第一个阶段：积累期。在一家有几十名测试人员的公司从事几年测试一线工作，独立从事了绝大部分的测试活动。例如：独立负责新特性的测试用例设计，压力测试，性能测试，安全性测试，自动化测试框架从无到有的实现，系统测试，基于用户场景的测试。 最大的收获是：打好了测试经验基础和