文档介绍：: .
目前金融软件及产品研发已经认识到测试的重要性，但许多先进的软件测试方法、技术和标准还处于实践和探索表格式等。
执行单元测试时使用的最主要测试手段是代码走查。D系统前台编码基于较成熟的工作流中间件产品，开发平台为程序员提供各类构件库，同时提交相应的测试报告和使用说明。封装后的构件解决了程序健壮性、系统安全性和效率等问题。代码走查目的是检查开发人员是否选择了正确的构件且正确使用构件。
前台业务功能测试用例设计在参考《D系统需求规格说明书》和《D系统数据字典》的基础上，遵循GUI软件功能测试标准，主要使用边界值和等价类划分的测试方法。用例设计原则是不仅要测试程序的正确性，还要测试程序的“鲁棒性”（容忍不合法的输入并检测出来，避免给出不合理的结果）。输入数据的设计要求包括小于边界值、等于边界值、大于边界值三种等价类。
中台业务一一流程测试D系统中台业务的特点是风险控制和流程管理。用户通过前台页面设置各类风险指标信息（信用、限额等）；前台交易数据通过中台业务工作流（授权、授信、审批等）传到后台。通过后台风险分析算法，返回风险级别判断结果，决定交易流转方向和审批路径，实现经风险调整的收益率最大化。
中台测试重点与难点是流程测试。测试任务执行始于集成测试阶段。流程的灵活配置是D系统的一大特点，给中台测试带来一定难度。流程测试用例的设计主要使用路径覆盖法。
流程验证：确认D系统中手工配置业务流程图是否与《D系统需求规格说明书》一致，逻辑是否正确。
流程划分：将系统流程划分为基本流和备选流。基本流是经过用例的最简单路径，用直黑线表示。备选流自基本流开始，每个备选流会在某个特定条件下执行。备选流可能会重新加入基本流中（备选流1和2），还可能起源于另一个备选流或终止用例而不再重新加入某个流（备选流3和4）。
场景设计：遍历所有流程分支。例如基本流~＞备选流2-＞备选流3。一旦所有分支被选择完毕，场景设计结束。
设计用例：分析分支判断条件，完成测试用例设计。例如测试用例TC004是为验证当交易“结算金额＞账户余额”时，审批流程是否正确。
执行测试：用户、角色和权限信息是分别在系统中灵活配置的，而流程中的环节参与和用户权限密切相关。在流程用例设计时只体现角色（权限的载体）；在用例执行时，参考《D系统用户角色信息表》。
后台业务一一深度测试D系统后台业务特点是金融算法分析的核心层，完成模拟试算、风险分析、账务推导、日切批处理等功能。为实现系统兼容性和可扩展性，将复杂计算和金融分析功能进行组件封装，集成于“金融底层”。底层对外(前、中台)有WebService接口方式和对象接口方式。后台测试重点是验证计算精准性。测试任务执行始于集成测试阶段。
测试界面后台业务与用户无直接交互，本着尽早测试的原则，项目组通过分析应用层对金融底层的调用需求，开发测试页面，供测试人员进行用例输入和输出结果验证。
用例设计后台测试用例设计主要采用模拟数据法和历史数据分析法。前者是手工编制业务数据，通过第三方软件汇总计算并生成报表，与D系统金融底层组件的计算结果比对。后者是向数据库批量导入历史业务数据，生成结果和历史账务报表进行比对。
根据