某金融借贷系统测试方案
背景介绍
一个金融系统
业务介绍
某金融系统，是一款提供理财和信贷服务的金融平台，依托大数据风控技术，为用户提供方便快捷的金融服务。
架构介绍
本项目包括前台和后台两个部分，前台面向借款投资用户
主要实现理财服务，包括：借贷、投资、充值、提现、还款、指数管理等模块，
后台面向管理人员
包括：会员，贷款，资金管理等模块。
测试计划
测试目标
测试方案的主要目标为
阶段 目标 时间
阶段一 功能测试
阶段二 效能提升
- 提升测试执行效率
- 提高代码质量
- 提高系统迭代推进效率
测试策略
功能测试策略
为了能更好的完成功能测试，我们设计了以下几个方案。
方案一：资质权限（业务场景·流程）问题及解决方法
背景：资质权限业务
需要解决以下问题：
1.涉及第三方系统交互，影响测试效率。
2.业务流程复杂，测试用例设计容易出现疏漏。
3.研发无法按时交付，提测。
4.需求不明确
解决方案及成果：
1.涉及第三方系统交互造数，影响测试效率。 - mock.
在开发提测之前，编写测试案例过程成中，将案例所需的数据进行标注，在提测前提前准备好数据。
如，若 AB 系统上的数据需要提前与第三方人员进行沟通，熟悉造数流程。
流程熟悉后，将造数流程模版化，随时使用；若设计数据造数流程复杂，需要提前联系业务组或与产品经理沟通协同推进造数进展；
若在测试过程中，造数过程中由于第三方系统的缺陷受到测试阻碍，此时，应查找日志定位问题，确定是第三方项目组的问题，截图保存发送至业务群，找到对应开发，并邮件抄送本项目组以及第三方项目组上级领导人，推进问题的修复，促进业务数据的构造；对于简单的造数准备，如 测试过程需使用柜员权限的账号登录 AB 系统进行资质权限终止以及新旧权限变更时，需要第三方 AB 系统的柜员权限账号，以及 AB 系统数据库的访问权限，确认新旧权限的变更，此时，可提前与 AB 系统测试所要柜员权限的账户和数据库账号，提前为业务准备好数据。
2.业务流程复杂，测试用例设计容易出现疏漏。- 用例模版与规范 ；
业务流程复杂的需求包括：业务监督，网点观摩，临时权限的终止与重启以及年审等业务。这些业务基于 web 端和 app 端。以临时权限的变更为例，此业务流程包括权限个切换，终止，重启，变更以及资质续期，流程繁杂也需要在第三方系统进行数据确认，此业务通过将每个步骤进行梳理，将测试步骤，测试结果以及偶发场景进行整核。
3.流程规范。
在需求评审阶段进行业务量的评估，若超出开发评估范围，应该放到下个版本需求。在任务开发初期，如需求赶业务量大时，开发应在进度第一周而不是在交付最后一天进行加班赶进度；测试方面，可以进行产品风险汇报。
4.改进需求评审的策略。
产品经理在需求编写时，应将业务场景考虑全面，可协助开发进行功能可实施性的评估，并 结合业务场景考虑用户使用的便捷性。
结果
1.业务测试进度提升了 10%，
2.保证了测试流程的完整性与准确性，功能上线后，2 月内用户未反馈涉及此业务模块的问题，对比之前 用户投诉下降了 10%。
3.开发提测提前了 15%，以往在迭代前的周五下班前提测，开发提前加工时后，保证了按时提测。
4.需求完成度 90% ，提升了资质权限管理系统业务上半年业务内容 75%开发功能和使用，保证了银行行长资质年审的顺利进行。
方案二：
背景：系统页面多，重复控件多
冲突：未定制测试用例统一方法，测试人员各自编写测试用例，案例编写耗时长
解决方案及成果：
效能提升
效能提升策略
方案一： 推动搭建持续集成持续交付 devops 体系，提高提测效率和代码质量
背景： 金融产品业务逻辑复杂，每月系统迭代版本影响功能范围较大。
问题： 项目代码提测、手动部署效率低，提测代码质量不高，影响系统迭代效率。
解决方案：
1.与研发团队和运维团队沟通约定好提测代码、环境部署规范，推动运维搭建好 docker 容器环境并部署 Jenkins，
研发代码统一 git 管理，拉去git仓库测试分支、使用 Jenkins 自动打包并部署到测试环境以提高提测部署效率；
2.通过 Jenkins 管理多分支流水线，多节点环境、自动编译部署到对应节点环境下；
3.持续集成单元测试环节要求开发代码提测质量，提测前输出好 P0 级别功能的单元测试用例，设立代码准入规则，对代码合并、提交进行检查，配置Jenkins下hook自动触发执行单元测试，提前暴露问题，执行后自动发送测试报告给相关人员，设置阈值当通过率达到 60%时为提测成功，并自动部署到测试环境，流程流转到冒烟测试阶段;
4.每日构建主干代码，保证主干代码稳定，可发布;
5.集成Sonar静态代码扫描，定期自动对代码进行检查，报告邮件发送给研发团队排查修复，制定代码规范；
6.大项目影响面广，拉取相关模块自动化测试用例，在系统测试完成后通过CI流水线触发执行自动化环境构建和测试执行，发送自动化测试报告。
技术选型：
-
Jenkins
-
Docker
成果：
1.提测部署代码由手动部署升级到通过 Jenkins 自动打包部署，提高了提测部署环境效率
2.持续集成入Sonar静态扫描并新增的单元测试环节，增加了对开发代码质量的监控，提高了代码质量
方案二： 指数指令和金融数据重度依赖数据库的基础数据，在其它的功能开发过程中可能会对该两块功能产生影响，在回归过程中需要花大量时间进行回归，对该模块进行自动化能节省大量的时间
问题： 指数管理指令模块大数据依赖性强、回归测试用例数量多。
解决方案及成果：
2 3 / 4