架构师的定位和职责:
1、架构设计;2、设计评审;3、框架及基础库的开发和维护;4、技术攻关;5、技术传播(培训)6、技术管理;7、技术基础设施构建。
-类比测试:1、测试用例集架构的设计;2、各类测试设计的评审;3、测试分析设计框架的抽取开发和维护;4、关键测试对象的测试攻关;5、测试技术的培训和辅导;6、对所在项目或公司所有测试技术统一管理和规划;7、测试技术基础设计构建,例如:故障模式库建设,公共可重用的测试用例组件,各种质量属性的测试点积累;
架构师从高于代码的抽象角度进行对系统的整体或部分的表达,能对问题域进行尽可能地细化和分解。
-类比测试:测试架构师的工作要落地为测试用例来体现,但又不能只看到测试用例。要能清楚的知道整个被测系统还需要哪些方面的用例,知道每个用例在所有用例集的唯一价值(避免盲目的用例冗余)。
通常情况下,架构师的主要工作是分析需求,设计实现架构,并给出设计问题。最宏观的设计视图类似于技术选型,即选择合适的平台,工具,第三方组件。
-类比测试:分析提取测试对象,设计整个项目的测试策略,给出后续用例设计的指导和约束。基于测试策略来为被测对象选择合适的测试技术组合,测试工具组合。
当软件规模足够大之后,架构师本身也需要再次分工,此时需要所谓的首席架构师关注系统整体,其他架构师关注各个部分。
-类比测试:如果公司足够大,可以有1个系统级资深测试工程师来关注公司测试系统的构建和优化,对全部公司的测试技术资源进行统一的整理和规划,了解各领域测试技术的公司现状和业界现状。同时有些资深测试工程师则可以只关注单一领域或几个领域的测试技术,他们比系统级资深测试工程师在单点上认识更深刻,能够在单领域内做更细致的技术规划和技术支持。
架构师在一定程度上有点像医生,有时会依赖经验和直觉来思考及判定,坚实的代码基础有助于提供判断的正确率。同时,应该不断回顾和重构自己的代码。多做设计练习,给自己一个应用课题,尝试不断地分解、设计。阅读他人的代码,尝试抽取其中的设计。
-类比测试:测试架构师必如开发架构师一样必须在自己的的专业领域有足够的一线经验积累,丰富的各种测试类型的用例开发经验,各种测试技术应用经验,多个项目的测试分析与设计经验这些基础的一线经验多少将决定他在做测试决策时的判断直觉准确性。同时,我们除了了解自己开发的用例外,还需要广开思路,看他人的测试用例学习其设计思路,学习外界的各类测试技术和测试思想,就如软件开发人员阅读优秀代码和学习优秀架构,从中吸取自己专业的优秀设计经验。
沟通力是架构师最重要的基本技能之一,沟通力不仅仅是能协调能说,更重要的是想的清楚和说的清楚。例如:尽管我可能知道我想要做什么,或把某件事做成什么样子,但我没法用语言系统化的表达。因为系统化的表达必须先基于一个系统工程,这也是一个需要训练的过程。无论你把它理解成为抽象能力也好,洞察能力也罢,今天的知识工作者所面临的重要问题就是抽象、归纳与描述。
-类比测试:所有的测试活动不是只依赖拍脑袋和头脑风暴,我们还需要掌握一些系统化的工程方法,并在测试分析设计的早期活动中以系统化的工作方式来开展工作。
在一次调查中架构师能力的反馈结果为:
TOP1: 沟通能力;NO.2: 抽象能力; NO.3:规划能力;NO.4 决策能力; NO.5控制能力;NO.6平衡力;
-类比测试:如上点评,要做好测试架构师或资深测试工程师同样需要具备如上6种能力
版权声明:本文出自架构师Jack的51Testing软件测试博客:http://www.51testing.com/?293557
原创作品,转载时请务必以超链接形式标明本文原始出处、作者信息和本声明,否则将追究法律责任。
相关链接: