测试架构师目标和职责.doc

软件测试架构师的目标和价值发布时间: 2009-10-23 18:16 作者: 架构师Jack 来源: 51Testing软件测试博客字体: 小 中 大 | 上一篇 下一篇 | 打印 | 我要投稿 | 推荐标签： 测试架构师 一网友邮件问我2个问题：软件测试架构师的价值怎么量化体现？能否用最少的词描述测试架构师对产品测试组支撑时最主要的工作目标是什么？问题1回复：你一切的活动提升产品线整体10的的测试质量，10的测试效率，你的价值就体现出来了。而不是亲自做一个测试工具，或是做一个测试工具的架构，那是测试工具架构师所做的工作。问题2回复：我思考后这样总结：“指明测试方向，提升测试质量”；具体点： 把握真正的商业质量目标，拉通产品线测试技术规划，对产品线总裁负责，而不是只对一个产品负责； 树立最高的测试质量标杆，持续帮助产品测试组改进测试质量； 培养专项测试技术专家； 通过培养和指导高级测试工程师来间接提升测试组的整体测试质量； 所有测试设计质量的把关；更详细些：第一步：自己独立分析每个产品的商业目标；专家应该独立思考，才能帮助产品测试组走到正确的方向上；第二步：以商业目标规划自己的测试目标（测试重点）。思考要支撑商业竞争力，测试技术运作应该做哪些活动？第三步：测试技术运作活动作为后续具体操作的目标：既要考虑短期见效目标，12个月的工作重点Top3就可以了；又要考虑6个月内的工作重点；12年的长期工作目标。这样才会短期利益和长期规划都能照顾到。不会让人觉得你的工作太好高骛远。第四步：规划如何支撑测试技术运作活动的人员组织架构；人员应该是来自产品测试组的测试技术骨干，他们既要负责好产品测试工作，又要能担负起整个产品线的某个专项测试技术的统领责任。这样在你的产品线中既不会失去产品测试支撑的主要目标，又不会失去跨产品统一规划的目标。要培养起各领域的测试技术专家，但是你又不能做“甩手掌柜”，你必须要指导和帮助这些专项领域的测试技术骨干能做好他所负责领域的技术规划，画出每个专项领域中各产品间技术的依赖图，依赖图出来了，你的技术研究工作的时间计划也就出来了。第五步：就是执行你的规划。这时你另一个非常重要的作用就要显现出来。你要树立每种测试设计的质量标杆，你对各类测试设计方案的质量要求，通过言传身教让高级测试工程师提升自己的测试设计质量尺度，从而提升产品组的整体测试设计质量尺度。第六步：在测试执行活动中，你应该每周到一线了解测试活动开展的困难，测试组不愿意应用新测试技术的困难和原因是什么？然后自己通过各种方法，如外部资源引入新的测试解决方案，不断解决产品测试组新测试技术应用的困难。例如：某产品未很好的开展单元测试和TDD，有领导认为是下面的人态度不行。结果通过一线沟通，才知道是因为开展单元测试要写测试代码，工作量太大，人力又不够，所以没怎么开展。那我就应该从技术角度思考如何解决这个看似是人力资源的问题。通过与某测试工具供应商交流，得知一种新的思路：测试用例自动生成测试代码的工具。这样就可以通过技术而非大量招人来解决产品组开展单元测试最大的困难：测试代码编写工作量大。单元测试自然就可以开展起来了。第七步：测试架构师要经常抽查一线的各类测试文档，如：测试用例，测试报告，测试总结，bug报告等。这样你才能知道当前一线的测试活动质量存在哪些问题？哪些是测试组需要改进和完善的地方，从而也找到自己的工作的研究方向。其实测试架构师之路，我也在不断实践探索中，今天先写到这吧，后续会有新的更新和补充。版权声明：本文出自架构师Jack的51Testing软件测试博客：/?293557原创作品，转载时请务必以超链接形式标明文章原始出处、作者信息和本声明