【IT168 专稿】
在前面已经分析了SOA架构设计师与开发人员。下面我将对测试人员进行分析并指出一个成功的SOA测试人员的特征。
或许我应该在讨论架构设计师的时候加入一个重要的职位：测试设计师。正如《建立SOA测试团队前考虑六大问题》里所说，SOA测试对技术能力（包括开发技能）有更高的要求。也许要求测试团队拥有全面的技能不太现实，但是测试设计师和主管必须了解诸如状态、分布式计算和数据服务等概念才能正确地验证底层的架构。他们还要能够使用开发人员的测试工具并用他们自己的测试脚本进行改写。
一个成功的SOA测试策略是从测试架构开始的。因此，这个职位需要一个对SOA有很深造诣并且能与EA团队紧密合作的人来担当。我推荐直接让EA团队里的人担任。当然各企业都有自己的情况。测试架构的目标是建立一个框架和一套核心策略与程序（IT治理的一部分），这样测试团队才能有合适的工具和指导以对SOA进行测试。如果没有测试架构，那么测试团队的专业技能可能就会面临很大挑战。我个人曾经亲自遇到过三种情况。
场景1：低估SOA
第一个场景就是直接由缺乏工具和知识导致的失败。这是由于公司没有认识到他们当前的方法和内部的人事并不适合测试SOA。这些公司没有在工具、培训和治理上做出足够的投资，并且通常只能测试呈现层和接口。由于对SOA的概念缺乏了解，他们无法对架构进行验证，直接导致了性能的低下和服务的脆弱。
场景2：付出太高的代价
我所见过的第二种情况是测试时过于依赖“专家”咨询公司。公司可能把所有的资产都赌在有经验的SOA咨询公司上，支付超过100美元每小时的费用。这种模式是无法持续太长时间的，除非公司真的很喜欢烧钱（这可不是什么时髦的做法）。
场景3：取得内外技术的平衡
一种更好的情况是培训或者聘用一位SOA测试设计师，根据企业需求建立一个稳定的测试平台，然后一边培训团队里的其他成员一边对过程进行测试。公司应该聘用一名以上的有经验的SOA测试人员，寻找一两名有经验的顾问，或者培训一个有经验的可靠的候选人来引导架构测试。同时，测试专家还要肩负向团队其它成员传输知识的责任。这是很关键的。因为非常有经验的SOA测试人员现在还是稀有品种，随时可能会飞掉的。所以很有必要对内部知识库进行补充。
