针对银行业支付业务区块链项目,测试验收方案建议分为2部分,一部分是区块链平台的测试和验收,一部分是上层业务系统的测试和验收。下面分别从测试验收的3个阶段:测试计划、测试执行、测试验收报告展开叙述。1.1 测试计划和测试方案1.1.1 区块链平台针对区块链平台,可以从下...
显示全部针对银行业支付业务区块链项目,测试验收方案建议分为2部分,一部分是区块链平台的测试和验收,一部分是上层业务系统的测试和验收。
下面分别从测试验收的3个阶段:测试计划、测试执行、测试验收报告展开叙述。
1.1 测试计划和测试方案
1.1.1 区块链平台
针对区块链平台,可以从下面几个方面设计测试计划和测试方案:
- 功能完备性:功能完备性测试包括对权限控制、JAVASDK接口、节点管理、交易管理、区块管理、智能合约管理、区块链网络、共识算法、共享账本等模块的测试;
- 性能:测试区块链平台的性能是否满足业务需求;
- 稳定性:稳定性测试指的是在模拟真实环境配置下,使区块链系统长时间稳定运行,提供稳定的服务,主要通过往区块链系统中的多个节点发送交易,恒定TPS,持续24小时或几天来进行测试并检查TPS稳定性、交易延时、成功交易数、失败交易数等多项指标,确保系统能够稳定运行;
- 可靠性:测试记账节点是否高可用,服务节点之间是否高可用,区块链网络的网络抖动是否影响系统服务;
- 易用性:对区块链网络搭建的复杂程度和网络增删节点的复杂程度的测试,针对网络搭建,是否提供详尽的部署手册和运维手册,方便搭建并初始化区块链网络,降低搭建所需时间及搭建步骤复杂程度;
- 可维护性:对区块链的各类管理与监控的能力和是否支持故障报警的能力;
- 可扩展性:对区块链网络中的节点是否能够动态地增加和删除进行测试;
可移植性:验证区块链系统对于操作系统的可移植性,在我们的测试中,主要验证了常见的Ubuntu,Centos和SUSE等系统,保证了系统在不同的操作系统下能够同等运转。另外,还进行区块链网络中的各类数据,包括用户数据以及系统数据迁移与恢复的操作来验证数据的可移植性。
1.1.2 支付业务系统
针对基于区块链的支付业务系统的测试,需要在区块链平台的测试之后进行。可以从下面几个方案设计测试计划和测试方案:
- 对依据支付业务需求编写的智能合约,设计测试计划和方案;
- 前后端分离的情况下,设计接口测试计划和方案;
- 对支付业务系统中的web层/ APP层,设计测试计划和方案;
- 依据支付业务量,设计性能测试、压力测试计划和方案;
依据安全性要求,设计安全性测试计划和方案。
1.2 测试执行
测试执行包含2部分,一部分是依据需求,编写测试用例,第二部分是依据开发和测试进度,执行测试用例。有条件的情况下,自动化部分测试用例,方便后续的测试回归和开发迭代验证。
1.2.1 区块链平台
依据测试计划和测试方案,针对银行业支付业务,设计区块链平台相关的测试用例。
依据进度,执行测试用例,收集测试结果并反馈。
1.2.2 支付业务系统
对基于区块链的支付业务系统,依据实际业务需求,分3部分设计测试用例:
- 基于支付业务的智能合约;
- 基于支付业务的接口;
上层应用业务层,web层/ APP层。
依据实际开发进度和业务需求,自动化部分测试用和执行测试用例,收集测试结果并反馈。
依据项目需求,从应用层进行性能测试、压力测试和安全性测试等测试工作。
1.3 测试验收报告
依据测试计划、测试方案、测试用例和测试结果,整理生成银行业支付业务区块链项目的测试验收报告。
收起