一个成功的SOA测试策略是从测试架构开始的。因此，这个职位需要一个对SOA有很深造诣并且能与EA团队紧密合作的人来担当。我推荐直接让EA团队里的人担任。当然各企业都有自己的情况。测试架构的目标是建立一个框架和一套核心策略与程序（IT治理的一部分），这样测试团队才能有合适的工具和指导以对SOA进行测试。如果没有测试架构，那么测试团队的专业技能可能就会面临很大挑战。我个人曾经亲自遇到过三种情况。 织梦好，好织梦
场景1：低估SOA dedecms.com
第一个场景就是直接由缺乏工具和知识导致的失败。这是由于公司没有认识到他们当前的方法和内部的人事并不适合测试SOA。这些公司没有在工具、培训和治理上做出足够的投资，并且通常只能测试呈现层和接口。由于对SOA的概念缺乏了解，他们无法对架构进行验证，直接导致了性能的低下和服务的脆弱。
dedecms.com
场景2：付出太高的代价 内容来自dedecms
我所见过的第二种情况是测试时过于依赖“专家”咨询公司。公司可能把所有的资产都赌在有经验的SOA咨询公司上，支付超过100美元每小时的费用。这种模式是无法持续太长时间的，除非公司真的很喜欢烧钱（这可不是什么时髦的做法）。 本文来自织梦
场景3：取得内外技术的平衡
一种更好的情况是培训或者聘用一位SOA测试设计师，根据企业需求建立一个稳定的测试平台，然后一边培训团队里的其他成员一边对过程进行测试。公司应该聘用一名以上的有经验的SOA测试人员，寻找一两名有经验的顾问，或者培训一个有经验的可靠的候选人来引导架构测试。同时，测试专家还要肩负向团队其它成员传输知识的责任。这是很关键的。因为非常有经验的SOA测试人员现在还是稀有品种，随时可能会飞掉的。所以很有必要对内部知识库进行补充。
copyright dedecms
测试需求
dedecms.com
可以把需求分解成三个部分：人力、工具与治理。那么一个成功的SOA测试人员应该具备哪些特征呢？答案是取决于所部署的架构。而这个架构又与工具和已决定的策略有关。下面是一个在讨论架构的典型分层时经常用到的图。
内容来自dedecms
在讨论开发人员时，我提到过有必须在各层进行专业的细分化。这对测试人员也一样。对于开发人员各层之间的工作是同时进行的。我建议采用迭代开发和测试方式，而这也意味着各层的测试工作会同时进行。
织梦内容管理系统
