模拟系统的实施背景和方案

模拟系统的实施背景:

现状:由于公司负责的项目开都需要接入当地的第三方系统,而且接口联调和系统开发必须到当地才能进行。而第三方接口接口联调花费时间长,完成进度慢,为了不拖慢系统程序的开发,并且可以在公司完成部分开发,因此需要一个可以模拟到第三方接口的系统来辅助在公司开发系统程序和提供模拟环境进行测试。

愿景:模拟系统完全模拟第三方的系统,提供正常和异常的模拟返回,为在公司开发和测试工作提供环境,减少出差开发和测试的成本。

模拟系统的实施方案:

目前公司负责的项目所对接的系统都是webservice接口的,经过考虑和评估,暂时使用soapUI工具进行模拟系统的开发。

开发在当地在进行接口联调的时,将接口的wsdl地址及其正常流程的请求报文返回报文获取回来。

然后利用soapu工具生成模拟接口服务,并通过脚本进行判断请求报文对应返回报文来实现模拟系统的开发。

PS:现阶段的模拟系统只做正常流程的部分,而异常部分暂不做。主要原因为异常情况太多,第三方接口报文获取困难、接口规则难以摸清,异常判断的脚本开发成本巨大等。

具体利用soapUI工具开发模拟系统的实例请参考以下:http://www.cnblogs.com/whylaughing/p/5405312.html

时间: 2024-08-26 01:01:30

模拟系统的实施背景和方案的相关文章

模拟系统难以实施应用的原因

模拟系统的开发和应用背景: 第三方接口接口联调花费时间长,完成进度慢,为了不拖慢系统程序的开发,因此先利用模拟系统来辅助进行系统程序的开发.测试工作也先在模拟系统下进行流程方面的系统测试.   模拟系统难以实施的原因: 第三方系统经过长时间开发和积累而成,不是很容易就能模拟 第三方系统若不完全配合,接口规则会难以摸清,尤其政府项目 模拟系统的接口数量多,测试用例多,开发工作量大:若对方接口发生变更,维护的成本也大 1个功能需要用到1个或多个模拟接口关联来完成,若有1个接口无完成开发都影响该功能的

Android开发中的全屏背景显示方案

引子 不管是Android还是iOS平台中,都可以看到一些应用在启动的时候会先出现一个启动画面(Splash Activity),如QQ.微信等.这个启动画面中往往会将ActionBar和Status Bar隐藏掉,然后用户进入一种沉浸的状态,形成更强烈的视觉冲击.一方面,这可以给用户留下更深刻的使用体验,从而产生一定品牌效应:另一方面,也给应用的启动初始化留下了充裕的时间,避免因为启动时间过长而给用户留下不良的印象.因此,全屏显示在手机应用中得到了广泛的应用.那么这篇博客中就记录下全屏显示的一

医院信息集成平台(ESB)实施、建设方案

基于中立.标准.开放的IT架构和数据标准,打造插拔式医院应用生态. 解决方案 基于ESB集成总线,构建医院信息化建设顶层设计.                                                            集成前                                                                  集成后     实施方案 业务监控平台 自动发现业务应用拓扑,准确定位影响业务的性能问题和技术栈.端到端事务监控,分

mysql大量数据更新的优化方案

1.业务需求 由于业务不同步的原因,导致用户管理侧oracle和139邮箱侧mysql的用户状态不一致,现在需要以用户管理侧为准,除却添加同步的程序之外,需要进行139邮箱一侧的数据的更新. 包括的内容是在139的插入不存在的用户,更新和用管侧不一样的属性. 初期的步骤,以csv格式获取139全量的用户以及状态,提交给用管的dba同事,进行对比同样以csv格式获取需要更新以及需要插入的用户和带有的属性. 2.环境介绍 2.1.mysql邮箱一侧和oracle的用管一侧网络并不互通,需要通过ftp

规则三:三次简化方案

规则三:三次简化方案 砍掉很多无关紧要的东西,留下精华,奉行极简主义 内容:在设计复杂系统时,从项目的范围.设计和实施角度简化方案. 场景:当设计复杂系统或产品时,面临着技术和计算资源的限制. 用法 采用帕累托( Pareto)原则简化范围 考虑成本优化和可扩展性来简化设计 依靠其他人的经验来简化部署 原因:只聚焦"不过度复杂",并不能解决需求或历史发展与沿革中的各种问题 要点:在产品研发的各个阶段都需要做好简化 鉴于规则1,主要是关于避免超过"有用的"(实际的)需

代码迁移之旅(二)- 渐进式迁移方案

* { color: #3e3e3e } body { font-family: "Helvetica Neue", Helvetica, "Hiragino Sans GB", "Microsoft YaHei", Arial, sans-serif; font-size: 15px } p { line-height: 25.6px; text-align: justify; margin: 23.7px 0 } blockquote { b

AlwaysOn业务IP和高可用IP分开使用方案测试报告

目录 1.技术背景2.方案一:主备源IP用于业务访问.主备新增网卡绑定IP用于AG通信 3.方案二:主备源IP用于AG通信.主备新增网卡绑定IP用于业务访问 4.方案三:主备源IP用于AG通信.主备新增IP绑定到源网卡用于业务访问 5.方案四:主备源IP用于业务访问.主备新增IP绑定到源网卡用于AG通信 6.方案选型 原文地址:http://blog.51cto.com/ultrasql/2136037

使用队列解耦的架构方案

搞技术的对“高内聚,低耦合”这几个字应该很熟悉,这是程序设计的一个基本原则,无论对于分布式系统,有几个模块的单体程序,以及程序中具体的类.类中的方法,都可以拿来讲.这个原则本质上是“分治法”,将一个大问题分解为一个个的小问题,然后各个击破,整个问题就解决了.相信大家都很明白了,这里对这个原则就不过多解释了. 为什么要使用队列解耦? 让我们来看看不使用队列的情况下如何解耦的: 原始需求 假设有一个商城系统,业务上划分为用户.订单.财务.消息.仓储几个模块(模块的划分实际上也是解耦设计的重要部分,但

CDC+ETL实现数据集成方案

欢迎咨询,合作! weix:wonter 名词解释: CDC又称变更数据捕获(Change Data Capture),开启cdc的源表在插入INSERT.更新UPDATE和删除DELETE活动时会插入数据到日志表中.CDC通过捕获进程将变更数据捕获到变更表中,通过cdc提供的查询函数,我们可以捕获这部分数据. ETL数据仓库技术(Extract-Transform-Load),它是将数据从源系统加载到数据仓库的过程.用来描述将数据从来源端经过萃取(extract).转置(transform).