关于SOA测试的相关问题答疑
Rami Jaamour， Parasoft SOA解决方案的Product Manager。 Rami Jaamour是Parasoft SOA解决方案的Product Manager。他组成了WS-I测试工具工作组和Apache软件基金会，WSS4J项目的一部分，执行Java的WS-Security一个开放源代码。下面是Rami Jaamour对部分SOA测试的相关问题答疑。
问：建立一个SOA测试系统从哪里开始？
答：首先，您需要建立整体SOA治理策略的一个高质量政策的一部分。列举的各种因素，直接影响一个SOA系统的质量。举例来说，后端系统如何验证？后端服务在什么地方有什么样的考验？开始测量在什么适当的位置？第二，执法机制，需要提出质量方针。举例来说，如何协作工作流程，将会自动和跟踪？如何执行测试，以及如何确保遵守数据收集和监测结果？更确切的说，开始实施测试系统，根据政策方针对一个单一的试验组，对一个或多个应用同少数服务工程，然后从那里展开。试验组帮助修改政策之前，必须扩大，以及循序渐进的方式，有助于反对“大爆炸”式的做法确保成功。
问：您能为我提供一些SOA单元测试的佳方法吗？
答：单元测试在这方面意味着两个不同的意义：第一是单元测试在应用程序的执行层（如JUnit为Java，NUnit.NET等），是用于验证元件（往往是的）功能为背后的执行后端SOA，并提供了自下而上的质量。
第二个意义是实践创造和维护测试，在个人的服务水平，在SOA，并在信息层，在外界的背景下一个企业规定自顶向下的质量，为每个原子的服务水平以验证功能的过程。
现在描述两个单元测试类型，这是至关重要的，他们是：
·创造和保持可重复性，自动重新运行测试
·持续的生命周期过程中好的自动执行的一部分，或每当改变需要评估轻松地对需求的影响。
·制度化，作为一个质量的政策，列举了和量化测试。例如，在各个层次的使用范围：要求测试覆盖，代码，并界定了政策对测试案例需要在场-如正，负价值的个案，以及他们如何得到参数与各种数据集。
·监测与有形的过程，trickles结果回升至适当水平为SOA质量作为一个定量措施，（如身份，dashboards，注册等）。
问：是否认为，商业人士反对公司内部的IT人士，可以更有助于SOA的测试过程？
答：是的，商业模式和业务流程设计，或许使用BPM解决方案，IT可以采取的方法和执行SOA，也许使用BPEL 。您可以看到，SOA灵活性，可以引入显着的复杂性。这种过渡和映射并不总是直线前进，所以IT和业务之间的协作是需要考虑的地方，以能够更容易地适应映射现有的IT基础架构过程。
测试发生的可执行文件的进程来说，再加上资讯科技服务或一个子集，在运行过程中，使各种情况可以体现出来，在抽象的过程模型哪些是不会轻易可见。因此，商业分析师定义什么是“units”工作，而且什么是“units”工作不应该做的事情，在特殊条件下处理适当程序的行为。此外，核查认为，测试解决的使用情况关键的是业务情况，因为在年底可能无法明确地测试所有可能出现的情况和路径，经历一个解决过程是关键的，从质量管理的角度来看，从商业价值或影响的角度提供了一个理想的优先次序。
同时请记住，商业人士仍有自己的理解和全面的业务领域知识。BPM（SOA依靠应用软件）这一领域的知识是非常重要的，它促进真正的质量和生产率。即使是好的映射和界定的业务流程，仍然不能取代域的专业知识。
问：新的SOA测试功能要求是什么？
答：SOA越来越主流。Orchestration和业务流程自动化gaining traction。测试需求需要与这些业务流程变得更直接的联系，服务竞争发挥更大的作用，在端到端的业务流程中填补空白，如系统的可用性或控制在分布式环境中是困难的。
