实用SOA测试指南:测试流程起始步骤

发表于:2012-2-21 11:39

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:李松 译    来源:51Testing软件测试网采编

#
SOA
分享:

  在《实用SOA测试指南:挑战和路线图》中,我们介绍了SOA测试中所面临的挑战和SOA测试路线图。下面我们看一看要正确的实施SOA测试需要哪些东西。

  SOA测试主要关注三个系统层次:

  服务层:包括系统提供的服务,它们来自于业务功能的要求

  流程层:包含了业务流程的实施层面。它们通常以复合型服务,计划安排和流程模型(协作)的形式存在。这些流程也可能嵌入在用户界面,数据抽取、转换和装载(ETL)工具和领域模型中。我们应该主要关注在用户界面和流程层中实施的流程。

  服务使用者:它们可以是其它服务和用户界面组件

  在SOA测试过程中,第一步就是验证服务的功能性和非功能性需求。

  下一步,我们要验证在流程层内实现的流程(也就是对所提供服务的集成测试)。服务和流程组件的验证就保证了我们有了一个可靠的服务提供层。

  接下来的步骤是测试服务使用者。用户界面自动化是一种可行方式,也是改进回归测试的上佳选择。服务使用测试确保了整个系统栈能正常工作。SOA带来了对回归测试的巨大需求,鉴于此,这些测试都组织成回归测试套件,以保护他们免受破坏性的变化。

  对于那些没有单独的流程层的系统来说,测试流程略有不同。这种情况下,流程被嵌入到用户界面及领域模型中。这时,测试的关键是测试服务及之后的服务使用者测试自动化,以验证流程和系统栈。这一过程如图2所示:

  SOA测试流程在实施中的挑战

  SOA测试流程难于实施,这是由于它需要复杂的支持工作流。举例来说,只有在提供服务的系统有正确的数据的情况下,回归测试才能正确的运行。测试数据的可追溯性和基于工作流的数据提供能力是能够运行回归测试套件的关键前提。另一个合适的例子是加快用户接口自动化的流程。许多流程都包含有重复性的步骤(比如用户登录和退出),这些都需要花费不少时间去执行。当你在很多测试用例中重复这些步骤时,在一个敏捷的SOA环境中改变它们可能就很有挑战性。在这个过程中的另一个挑战是,对那些按使用付费和不能访问的系统,测试起来也挺让人头疼。

  让我们看一下辅助支持流程的以下方面:

  1、提供基于工作流的数据供应,并满足数据完整性,数据波动,联合数据完整性已经数据屏蔽的要求:-专家的建议是采用测试数据管理(TDM)解决方案或系统虚拟化。

  2、加速用户界面自动化:选择合适的工具或者开发一些框架,用来生成UI自动化脚本,并集中那些重复性的活动。这里可以提供的一个例子是Infosys公司的测试自动化加速器(ITAA)解决方案。

  3、访问受限系统:使用服务虚拟化来减少使用那些需要按使用付费的系统和不能用于测试的系统。

  4、持续集成测试的要求:使用能够监视版本库变化的测试工具。它们必须运行回归测试套件以避免破坏性的变化。在所有主要构建版本和发布版本上执行回归套件测试,以保证有效地测试覆盖率。

  在《实用测试指南:测试自动化流程》中,我们将介绍SOA测试流程的一些其它方面以及SOA测试自动化流程。

《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号