从架构师类比测试工程师的能力特点

Caltha ·
更新时间:2024-09-21
· 648 次阅读

  架构师应该具备将复杂问题简单化的能力,将复杂问题抽象化的能力。

  -类比测试:从大量的测试用例中归纳总结提取出某种测试类型的测试框架,利于经验稍少的工程师也能依据你抽象出的测试框架开发出大致质量满足的用例。

  架构师应该具备很广的知识面,不一定要很深入,由于这个角色更倾向于制定全局方向的战略,因此架构师应该有很好的全局观。

  -类比测试:公司级测试架构师要能构建出所在公司的测试技术全局,项目级测试架构师能组合和平衡好项目中各种测试类型,各阶段测试活动,各类测试对象的测试技术应用。

  架构师必须具备逻辑思维能力,也是分析问题和解决问题的能力。

  -类比测试:没有足够的分析问题能力,无法为被测项目进行很好的测试分析,测试对象的提取和风险评估难做到高质量,会导致后面一系列的测试设计质量和测试活动安排出现偏差。

  架构师应该具备关联不同知识领域的敏感性,从中受到启发。

  -类比测试:从硬件测试领域获取测试技术灵感和启发,从软件开发领域获得测试解决思路的启发。

  要比别人一步去了解一些知识和技术,事先有一个清晰的认识,才能帮助团队其他人。

  -类比测试:测试工程师只有具备事先了解学习和评估新测试技术及思想的意义,才能带领测试团队其他成员不断提升测试能力。

  技术架构总是在不断演变的,对于架构师来说,解决问题的思想和思维方式为重要。有了这样的思想和思考框架,再借助一定的工具,能把自己的思想转化为解决问题的具体方案。

  -类比测试:被测对象的外部特点和内部结构也总是在变化,测试工程师具有的对测试对象庖丁解牛的分解和提取能力,以及针对性设计开发“打击性”测试用例的测试技术方法,将是长久发展的根本能力。

  架构师要能“无中生有地建立一个模型”

  -类比测试:被测对象的质量水平如何?我们需要一些模型来评估,性能评估模型,可靠性评估模型,易用性评估模型,兼容性评估模型,这些模型要尽可能的设计得覆盖全面和系统,这些开发各种质量评估模型的能力是测试架构师需要具备的能力之一。

  架构师必须足够成熟,因为他们往往需要在无法获得完整信息的情况下,迅速领会问题,并根据经验做成审慎判断,微软内部有能力要求,能把一张比较模糊的图片清晰化。

  -类比测试:任何一个项目的测试,任何一种类型的测试都是在信息不完整下进行分析设计和执行的,因此好的测试人员天生必须具备在信息不全情况下做判断的能力,不可能去等到信息100%完备才开展工作。虽然我们关于被测对象的信息是不完整的,但是我们的测试活动和对被测系统的认识却必须是清晰的,不能用混沌的系统认识来开展一系列测试活动。

  抽象思维相比具体思维的好处在于:具体思维比较注重细节,也往往会把问题复杂化,使头绪增多而无法收敛。抽象思维能帮助架构师从大量信息、系统文件中,看出一些规律来,并找出与之相关的方面,归纳关键问题。

  -类比测试:测试架构师具有的抽象能力不仅能帮助我们找到测试技术,测试活动当前不足之前的根因,而不是浮在面上的现象。

  架构师的定位和职责:

  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



工程 测试工程师 架构师 测试 架构

需要 登录 后方可回复, 如果你还没有账号请 注册新账号