迁移测试

微服务部署

写在前面

亚信的微服务只有端口 36000到36999是通的,所以发布的微服务必须在此区间内
同时启动的时候要使用  -Dserver.ip 来执行运行的ip地址

nohup java -jar  -Dserver.ip=188.103.127.70 xxx.jar &

示例配置文件resources.zip
示例项目链接:https://pan.baidu.com/s/1AW_z9U6I6ZeHcMFaXiLh6w
提取码:89h2
官方示例项目fs4zj_gt_mservice.zip

本地开发模式

image.png

配置文件如上。

csf.xml

如果是本地开发的模式 需要将两处 zk去掉
分别是

	<NameServer:zk>
			<!-- 多个地址用逗号(,)隔开10.1.130.138:21888 -->
			<Item name="server.list" value="188.102.2.99:2181,188.102.2.100:2181,188.102.2.101:2181,188.102.2.102:2181,188.102.2.103:2181" />
			<!-- 连接超时时间,默认4000ms -->
			<Item name="connection.timeout" value="4000" />
			<!-- Session超时时间,默认40000ms -->
			<Item name="session.timeout" value="40000" />
			<!-- 连接断开重试次数,默认5-->
			<Item name="retry.times" value="5" />
			<!-- 重试时间间隔,默认1000ms -->
			<Item name="retry.sleep.ms" value="1000" />
		</NameServer:zk>

<Registry:zk>
			<Item name="app.common.args" value="java.naming.factory.initial=com.bes.jndi.CtxFactory" />
</Registry:zk>

这里只要注释,因为上线以后还是要打开

修改  名称,前面的不用动 ,只用改一下绿色框框里的内容就可以了,随便取一个名字
image.png

csf.services.xml

这个文件用工具生成registry-2.5.1.rar,打开后按如下步骤操作
image.png

设置**项目设置 **你的项目的根目录
image.png

设置 **classpath **到你项目的class文件
image.png

设置**xml目录配置  **这里设置的地址是 xml文件最终导出的地址
image.png

所有设置完毕 点击 save,如果要求重新打开软件,就重新开一下软件
点一下刷新按钮,找到接口文件
image.png

右键,注册

image.png
不报错的话,就会在你指定的目录下生成一个xml文件

jdbc.properties

里面设置了 当前服务使用的数据库的地址

spring.xml

修改包的扫描路径为项目的路径

image.png

spring-logback.xml

不做修改

spring-mybatis.xml

修改两处,改成项目的包名
image.png

image.png

上线

登录地址和账号

登录亚信微服务管控平台
http://120.199.39.33:18100/msp/home.html

账号密码备注
dx_sw_dev12346789用来审核的账号
dx_sw_sub12346789服务订阅账号
dx_sw_opr12346789服务定义请求上线的账号

运行项目

将上面的 csf.xml 文件注掉的zk打开
修改jdbc.properties文件为 线上环境地址
在线上发布

微服务定义

创建微服务项目大类
登录 dx_sw_opr 账号,选择微服务管控->微服务定义

image.png
点击新增微服务
image.png
image.png
这里的微服务名称就是之前在 csf.xml 里定义的名称
点击确定后,需要管理账号的审核

登录 dx_sw_dev ,审批通过刚才的请求,之后我们所说的审批都是这一步 ,就不再叙述了

image.png

服务定义

创建大类下的各个具体服务

image.png
点击服务导入

image.png
上传csf.service.xml文件

然后勾选要导入的具体服务,点击确定,这里服务编码的规则就是 服务大类_方法名
image.png

然后 去 审核
审核步骤见上

服务上线

点击  服务生命周期管理  勾选服务,选择批量上线,然后进行审核
image.png

服务订阅

登录 dx_sw_sub 账号
右侧勾选 ,然后点击订阅,然后进行  审批

image.png

到这里为止,微服务已经部署完毕~

测试

在订阅查询中,点击右侧的小图标

image.png

可以看到服务的详细信息
image.png

本地测试

url地址127.0.0.1:36996/csf/LABEL_ILableDetailInfoControllerCSV_findLabelDetailAddDatasourcecsf 后面的一大串就是上图的API编码
请求格式POST
headers**Content-Type:**application/json
**serialize-type:**json
**csf_version:**1.0
参数{
“projectId”:“label”,
“labelName”:“新建23”
}
参数就是你接口中的参数,采用json格式传递

线上测试

在登录4A后,访问
http://188.103.127.73:30001/swagger-ui.html

image.png

在下面填上数据

image.png

{
  
  "params": {"projectId":"label",
	"labelName":"新建23"},
  "servicecode": "LABEL_ILableDetailInfoControllerCSV_findLabelDetailAddDatasource"
}

params 是参数,采用json格式
servicecode 就是服务的API编码
点击image.png

image.png
这里看执行结果

<think>好的,用户需要一个关于“migration testing plan template IT project”的帮助。首先,我需要理解用户的需求。用户可能正在计划一个IT系统的迁移项目,需要创建一个测试方案模板来确保迁移过程顺利。根据用户提供的引用,迁移在计算机系统中指改变、程序或硬件的迁移或转移[^1]。同时,引用中提到了数据库API的CRUD操作,涉及用户数据、活动日志和推荐的处理[^2],这可能与迁移测试中的数据迁移和功能验证有关。 接下来,我应该考虑迁移测试计划的关键组成部分。通常,测试计划需要包括目标、范围、测试类型、环境、工具、时间安排、风险评估和报告等部分。需要确保涵盖单元测试、集成测试、系统测试和验收测试等不同层次。此外,数据迁移的完整性、性能测试和回滚计划也是重点。 用户可能需要具体的模板结构,所以需要分步骤列出各个部分,并提供示例。比如,测试范围应明确迁移的模块,如数据库、应用程序、配置等。测试类型可能包括数据验证、功能测试、性能测试等。工具方面,可以提到常用的测试工具和自动化框架,如Selenium、Postman、JMeter等,以帮助用户实际操作。 还需要注意引用用户提供的资料,比如在数据迁移部分引用CRUD操作[^2],强调数据完整性的验证。同时,风险评估部分要提到数据丢失或系统兼容性问题,这与迁移的定义相关。 最后,生成相关问题时要围绕迁移测试计划的扩展内容,如具体测试用例编写、自动化工具选择、回滚流程设计等,帮助用户进一步深入。 总结步骤: 1. 确定模板结构:目标、范围、测试类型等。 2. 填充各部分内容,结合引用中的关键点。 3. 提供示例模板和工具建议。 4. 生成相关问题,引导用户深入探讨各环节。</think>IT项目迁移测试方案模板应包含系统兼容性验证、数据完整性检查、业务连续性保障三大核心模块。以下是迁移测试计划的核心要素及模板框架: $$风险评估矩阵 = \begin{bmatrix} 风险类型 & 概率 & 影响值 & 缓解措施 \\ 数据丢失 & 0.3 & 9 & 实施双写机制 \\ API兼容性 & 0.5 & 7 & 版本回归测试 \\ 性能下降 & 0.4 & 8 & 预压测优化 \end{bmatrix}$$ 一、**测试范围定义** 1. 源系统与目标系统版本对比表 2. 迁移对象清单(数据库表$D=\{t_1,t_2,...,t_n\}$、配置文件、静态资源) 3. 关键接口映射关系$f: API_{old} \rightarrow API_{new}$ 二、**测试策略设计** ```python # 数据迁移验证示例 def validate_migration(source_db, target_db): for table in schema.tables: src_count = source_db.execute(f"SELECT COUNT(*) FROM {table}") tgt_count = target_db.execute(f"SELECT COUNT(*) FROM {table}") assert src_count == tgt_count, f"数据不一致表: {table}" validate_crud_operations(table) # 引用CRUD操作验证 ``` 三、**测试类型矩阵** | 测试阶段 | 验证目标 | 工具选择 | 成功标准 | |----------------|--------------------------|-------------------|-------------------| | 单元测试 | 组件级功能 | JUnit/Postman | 代码覆盖率≥85% | | 集成测试 | 系统交互 | SoapUI/LoadRunner | 事务成功率100% | | 性能测试 | 响应时间TPS | JMeter/Gatling | ≤2秒P95响应 | | 回滚测试 | 系统还原能力 | Ansible/Terraform | 30分钟完整回滚 | 四、**实施路线图** 1. 预迁移检查清单 2. 增量数据同步窗口$W=[T_1,T_2]$定义 3. 监控指标集$M=\{CPU_{util}, IO_{latency}, QPS\}$ **模板应用示例**: 1. 数据迁移测试用例应包含: - 边界值测试:空表/大表(记录数$n\geq10^6$)迁移 - 关系完整性:外键约束$FK\subseteq PK$验证 - 数据转换:编码格式$charset(src)\rightarrow charset(dest)$
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值