联系我:新浪微博@架构师Jack 或 dongjietest#163.com联系.(#换为@)

来自架构师的能力模型-测试架构师

上一篇 / 下一篇  2011-03-01 20:54:11 / 个人分类:测试架构师的必备能力

最近看了一些关于软件开发架构师的能力模型。对照其中的要求,我发现对于测试架构师至少也应该具备如下能力,才能有做架构师的理由和优势:
1、沟通力;
点评-沟通力不够你就无法从一线测试人员那里获悉他们的困惑,从多个项目组获取不同人的不同需求;同时你也难把你的新想法推荐给相关利益人;
2、抽象力;(具体问题->高层抽象)
点评-抽象力不够你如何进行共性测试技术的提取,如何构建出具有共性的各类测试框架。而且抽象力不够,也会让你止步于问题的表面原因,而无法找到测试领域的根因,从而提供的解决方案适用面非常窄,也许就只能在单个项目的单个问题有用,而没有大范围的共享DNA;
3、规划力;
点评-规划力不够做出的1-3年规划就是空中楼阁,就无法把握好每年技术演进的节奏,无法适用下一年的变化,甚至当年也很难落地满足当前的形势;无法系统地把相关利益人,相关知识技术,相关活动做为一个整体系统来组织和管理;
4、学习力;
点评-学习力不仅是公司内部产品知识的学习,还包括具有从公司外广泛获取测试技术和自己产品业务测试知识的能力;具备对知识进行评估和改造的能力,评估是指:任何技术都有其优势也有其局限性,学习力不够会导致轻易否定新技术新观点,眼中看到的是新技术的不足;学习力够则能专注挖掘出新技术可为我所用让我有小改进的价值,同时用其它技术来补充它的不足。只有具备这种能力才能具备技术平衡力,这是架构师必备能力之一。
5、领域能力;
点评-具备了领域知识和学习领域知识的基本能力,才能提出领域问题,分析领域问题,解决领域问题,这是设计建模中领域建模的基础。领域知识包括:被测对象的业务知识,测试技术领域的知识(如:压力测试技术领域;可靠性测试技术领域;可测试性技术领域;安全性测试技术领域;静态测试技术领域;开发者测试技术领域)

t!s+hktD(D)R0
以上观点仅供大家参考。

`)a BYS9VbM)p0

TAG:

alice的个人空间 引用 删除 alice2003yf   /   2013-11-18 21:06:53
从这种角度上,架构师跟技术专家 没什么区别,同时也像项目的管理者,是介于高级测试和项目经理的位置,如果公司有多条产品线,那么架构师就得负责多条产品线的技术和战略。其实从某种角度上讲,架构是负责 的比项目经理还多。
robychio的个人空间 引用 删除 robychio   /   2011-03-06 11:29:15
3
deanaa的个人空间 引用 删除 deanaa   /   2011-03-04 10:42:18
如果能按照这样一个路线发展下去当然是最理想的情况了。但是现实情况是99%的企业里都不会有这么好的机会可以让你每半年或一年换一个领域的。
我的想法是一个理想的技术团队中,测试架构师拥有比较丰富的经验,而在每个领域都有其他的专家来分析和评估具体的技术风险,解决具体的技术问题。

从职业发展上讲,在一个公司里,架构师和技术专家、领域专家都是公司重要的人才储备,只有分工的不同,没有职位和待遇的高低之分。架构师横向丰富的知识和技术视野加上技术专家和领域专家纵向的技术和领域的深度的积累,才能更好的保证测试工作的质量和效率。
xin_晴的个人空间 引用 删除 xin_晴   /   2011-03-03 13:33:33
您好,我是51Testing软件测试网的编辑,您的本篇博文被推荐至51Testing软件测试网首页发表:http://www.51testing.com/html/15/n-230915.html
感谢您关注并支持51Testing博客,期待您更多的优秀原创博文。
架构师Jack的个人空间 引用 删除 架构师Jack   /   2011-03-02 20:51:55
第一步:先深入一个领域;这是强度的锻炼,保障你把事做对;
第二步:拓展视野,扩大的锻炼,才能保障你的智慧,做正确的事。
第三步:再继续深入一个又一个领域。运气好的话如果每年都能深入2个领域,至少也要7-10年才能成专家。
专家来自一线,专家也还要到一线去检验自己的观点。我就经常到一线救火,或帮一线人员做一定的事。我既要做测试技术规划,开发测试框架,也要自己写一个个用例,功能测试用例,压力测试用例。上个月都还在写用例。
deanaa的个人空间 引用 删除 deanaa   /   2011-03-02 19:49:23
Jack, 一个问题,你认为对于一个测试架构师来讲,知识特别是技术知识的广度重要还是深度重要呢?
对于大多数高级测试工程师而言,我相信技术深度的积累(一门语言,一种工具,一种测试方法和理论)是比较容易的,但是我认为对于架构师而言,广度是一个更重要的考量标准。 因为架构师的很大一部分工作是针对具体的被测系统做出在时间,成本,技术上的最佳选择,他们是指出大方向的人,而不是冲在最前线的突击者。
 

评分:0

我来说两句

Open Toolbar