东方通中间件及银企互联系统程序优化补丁上线测试报告.doc

银企互联系统程序优化补丁上线测试报告V1.0.02009年08月08日1 引言1.1 编写目的 本文档提供了“东方通中间件”事务超时回滚未报异常错误及“山东移动银企互联系统”程序优化补丁上线的测试执行的说明， 编写此文档的目的主要是为测试小组以及移动管理部门进行交流，确认项目要完成的所有功能以及这些功能的完整性，根据测试的特点来设计测试用例，指导他们完成测试执行过程，相应的对编写测试报告提供参考。1.2 项目背景作为山东移动公司众多IT系统之一，银企系统起着举足轻重的作用，甚至可以称之为“神经系统”，山东移动公司资金的审批、流转、支付等都依托于该系统。因此确保其运行的正确性和安全性，其重要程度不言而喻。我们必须对银企系统进行有效的控制，山东移动公司针对其提出了数据安全需求，对其进行更规范的管理和控制。2 计划2.1 测试方案针对补丁内容，进行如下测试：白盒测试：对东方通补丁功能按照编写的测试程序进行测试验证。黑盒测试：对正常支付业务和异常情况下的支付业务按照测试用例进行测试。测试中辅以银行虚拟机返回模拟、断网、断电方式进行正常和非正常支付业务测试。2.2 测试项目序号名称内容目的1东方通中间件补丁事务超时回滚未报异常错误，补丁修改内容如下：1 交易超时时间提供配置为0的设置，此时交易永不超时。2 交易超时时间配置不为0时，交易超时引起的事务回滚抛出异常。银企业务在事务中抛出异常引起的事务回滚，中间件不另行抛出异常。修正原系统bug，可以废除交易超时控制，也可在交易超时引起事务回滚时抛出异常。2山东移动银企互联系统程序优化补丁1 事务拆分补丁，对支付交易过程的一个大事务根据交易业务分拆为小事务，保证银行交易超时错误不影响交易前和交易后的小事务正常进行。2 事务回滚防范补丁，在支付业务进行前进行业务流水号标记，二次支付业务根据标记和支付单据状态判断是否正常，防范支付业务事务回滚时造成的重复支付。3 单据流水好重复东方通中间件事务回滚不会产生重复支付业务。2.3 测试准备以山东最新正式环境备份作为测试环境，打上东方通补丁及用友银企互联系统程序优化补丁进行测试。2.4 测试机构及人员测试机构负责人职责用友公司、移动山东分公司用友功能测试3 测试项目说明3.1 测试项目名称及测试内容序号测试项目测试用例备注1东方通补丁BDSX-001BDSX-0022事务拆分补丁测试BDSX-003BDSX-0043支付防范补丁BDSX-0054单据子流水号重复修正补丁BDSX-0065其它支付业务测试BDSX-007BDSX-008BDSX-009BDSX-010BDSX-011BDSX-012BDSX-0133.2 测试用例3.2.1 东方通补丁测试1) 问题描述：事务超时，东方通未抛出异常2) 解决方法：关于事务超时交易，如果配置为0则没有超时时间限制，如果配置不为0则在超时时会对事务回滚并且抛出异常。3.2.1.1 用例BDSX-001：东方通事务超时检测编 号BDSX-001开发人员用友项 目东方通事务超时检测对应需求编号-测试日期2009-8-7测试目的：测试东方通事务超时时，会对事务回滚并抛出异常前提条件：1. 登录TongWeb, 选择管理控制台-J2EE服务-交易服务, 设置当前交易超时为 60秒;2. 修改连接网银代码, 使连接时休眠100秒;操作步骤：1. 在对外付款中,选择一张审批通过的单据,点击支付;期望结果：步骤1：连接网银失败, 单据 受理状态：受理中，支付中测试结果：与期望结果一致。结论（ 代表通过 代表不通过）备注3.2.1.2 用例BDSX-002：东方通无超时时间限制检测编 号BDSX-002开发人员用友项 目东方通无超时时间限制检测对应需求编号-测试日期2009-8-7测试目的：测试东方通 超时交易配置为0时，是否无超时时间限制前提条件：3. 登录TongWeb, 选择管理控制台-J2EE服务-交易服务, 设置当前交易超时为 0秒;4. 修改连接网银代码, 使连接时休眠分别为60、600、1800秒;操作步骤：1. 在对外付款中,选择一张审批通过的单据,点击支付;期望结果：步骤1：连接网银成功, 单据 受理状态：受理成功；支付状态：支付中结论（ 代表通过 代表不通过）备注3.2.2 事务拆分补丁测试1) 问题描述：优化由东方通事务回滚造成单据支付状态显示不正确从而引发重复支付的问题。2) 解决方法：将一个大事务拆分成2个小事务，在第一个小事务中插入支付日志，更新状态；在第一个小事务结束后，连接网银，网银受理成功后，返回数据，开始第二个小事务；在第二个小事务中，根据银行返回实际支付结果，更新支付状态。3.2.2.1 用例BDSX-003：小事务1 异常检测编 号BDSX-003开发人员用友项 目小事务1 异常检测对应需求编号-测试日期2009-8-7测试目的：测试小事务1（插入支付日志，更新状态）中出现异常时，小事务1回滚后，状态是否正确前提条件：2. 选择对外付款,创建一张（或多张）单据,单据审批通过;3. 手动修改代码, 使小事务1执行中抛出异常, 事务回滚.操作步骤：1. 对外付款中,选择已审批通过的单据,点击“支付”;期望结果：步骤1：小事务1正常回滚。单据 受理状态：未受理；支付状态：未支付测试结果：与期望结果一致。结论（ 代表通过 代表不通过）备注3.2.2.2 用例BDSX-004：小事务2异常检测编 号BDSX-004开发人员用友项 目小事务2异常检测对应需求编号-测试日期2009-8-7测试目的：测试小事务2（根据银行返回实际支付结果，更新支付状态）中出现异常时，小事务2回滚后状态显示是否正确前提条件：2. 选择对外付款,创建一张（或多张）单据,单据审批通过;3. 手动修改代码, 使小事务2执行中抛出异常, 事务回滚.操作步骤：1. 对外付款中,选择已审批通的单据,点击“支付”;期望结果：步骤1: 小事务2正常回滚。单据 受理状态：受理中；支付状态：支付中测试结果：与期望结果一致。结论（ 代表通过 代表不通过）备注3.2.3 支付防范补丁测试1) 问题描述：解决支付事务回滚后，单据出现重复支付的问题.2) 解决方法：支付后，每个单据会生成唯一流水号，根据此流水号判断是否已经进行过支付操作。如果已进行过支付，会弹出相应提示信息，避免重复支付。3.2.3.1 用例BDSX-005：事务回滚重复支付防范功能检测 编 号BDSX-005开发人员用友项 目重复支付防范功能检测 对应需求编号-测试日期2009-8-7测试目的：测试支付成功后,事务异常回滚 支付状态更新为未支付,再次点击支付时,是否会出现提示信息,不允许重复支付.前提条件：2. 选择对外付款,创建一张单据,单据审批通过;3. 手动修改代码, 使事务执行中抛出异常, 事务回滚. 操作步骤：1. 对外付款中,选择已审批通的单据,点击“支付”;2. 支付完成后,再次点击“支付”期望结果：步骤1：事务回滚成功。受理状态：未受理；支付状态：未支付。 “支付”按钮不置灰。步骤2：弹出提示信息，提示已支付。测试结果：与期望结果一致。结论（ 代表通过 代表不通过）备注目前已启用小事务，这种现在已不存在；支付后可将数据库支付状态删除，模拟测试3.2.4 单据子流水号重复测试1) 问题描述：单据子流水号（原生成规则：YYYYMMDDhhmmss+X，X 在09 中依次取值 ）中最后一位“X”确定同一秒钟内子流水号的唯一性，批量提交多单据子项，会出现单据子流水号重复的情况。2) 解决方法：修改单据子流水号生成规则（修改后生成规则：YYMMDDhhmmss+XXX，X 在0999 中依次取值），年份由4位改为2位，流水号最后三位唯一确定同一秒内单据子项的唯一性。避免再出现子流水号重复的问题。3.2.4.1 用例BDSX-006：检测单据子流水号编 号BDSX-006开发人员用友项 目检测单据子流水号对应需求编号-测试日期2009-8-7测试目的：检测支付单据时, 单据子流号是否重复前提条件：4. 新建单据，创建超过100个单据子项的单据;5. 勾选“是否代表代扣”和“是否批量支付”6. 走审批流,单据审批通过;操作步骤：1. 点击”支付”;7. 查看网银日志C:Tongweb4.6.9binufbanklogs , 确认子流水号childpackageid 是否有重复.期望结果：Childpackageid 不重复.测试结果：与期望结果一致。结论（ 代表通过 代表不通过）备注3.2.5 其它支付业务测试3.2.5.1 用例BDSX-007：网银返回受理中编 号BDSX-007开发人员用友项 目网银返回受理中对应需求编号-测试日期2009-8-7测试目的：测试网银连接成功，网银返回受理中后 单据状态显示。前提条件：8. 选择对外付款,创建一张（或多张）单据,单据审批通过;9. 搭建网银测试环境。操作步骤：1. 对外付款中,选择已审批通的单据,点击“支付”;2. 网银受理支付请求，返回“受理中”；期望结果：步骤2：单据 受理状态：受理中；支付状态：支付中测试结果：与期望结果一致。结论（ 代表通过 代表不通过）备注3.2.5.2 用例BDSX-008：网银返回受理失败编 号BDSX-008开发人员用友项 目网银返回受理失败对应需求编号-测试日期2009-8-7测试目的：测试网银连接成功，网银返回受理失败 单据状态显示。前提条件：3. 选择对外付款,创建一张（或多张）单据,单据审批通过;4. 搭建网银测试环境。操作步骤：1. 对外付款中,选择已审批通的单据,点击“支付”;2. 网银受理支付请求，返回“受理失败”；期望结果：步骤2：单据 受理状态：受理失败；支付状态：支付失败测试结果：与期望结果一致。结论（ 代表通过 代表不通过）备注3.2.5.3 用例BDSX-009：网银返回受理成功编 号BDSX-009开发人员用友项 目网银返回受理成功对应需求编号-测试日期2009-8-7测试目的：测试网银连接成功，网银返回受理成功 单据状态显示。前提条件：3. 选择对外付款,创建一张（或多张）单据,单据审批通过;4. 搭建网银测试环境。操作步骤：1. 对外付款中,选择已审批通的单据,点击“支付”;2. 网银受理支付请求，返回“受理成功”；期望结果：步骤2：单据 受理状态：受理成功；支付状态：支付中测试结果：与期望结果一致。结论（ 代表通过 代表不通过）备注3.2.5.4 用例BDSX-010：支付不同时段断开网线编 号BDSX-010开发人员用友项 目单据支付不同时段断开网线对应需求编号-测试日期2009-8-7测试目的：测试单据支付不同时段，分别断开NC客户端、应用服务器、数据库之间网线对单据状态的影响。前提条件：3. 选择对外付款,创建一张（或多张）单据,单据审批通过;操作步骤：1. 对外付款中,选择已审批通的单据,点击“支付”;2. 支付时分别分别断开NC客户端、应用服务器、数据库之间网线对单据状态的影响。3. 连接网线4. 观察单据状态期望结果：步骤3：重新连网后，受理状态：受理成功；支付状态：支付中。测试结果：与期望结果一致。结论（ 代表通过 代表不通过）备注3.2.5.5 用例BDSX-011：单据支付并发检测编 号BDSX-011开发人员用友项 目单据支付并发检测对应需求编号-测试日期2009-8-7测试目的：测试多用户同时支付多张相同单据时 是否正常前提条件：5. 单据1、单据2 都勾选“是否代表代扣”和“是否批量支付”6. 用户A与用户B 都能支付单据1、单据2操作步骤：1. 用户A 与用户B同时点击支付确定按钮期望结果：步骤1：单据1、单据2 各只有一个用户能支付成功。生成2个网银日志，不出现重复支付，业务正常进行。测试结果：与期望结果一致。结论（ 代表通过 代表不通过）备注3.2.5.6 用例BDSX-012：连接网银失败检测编 号BDSX-012开发人员用友项 目连接网银失败检测对应需求编号-测试日期2009-8-7测试目的：测试连接网银失败时单据的状态前提条件：7. 选择对外付款,创建一张（或多张）单据,单据审批通过;8. 搭建网银测试环境，手动修改代码，使网银连接超时；操作步骤：1. 对外付款中,选择已审批通过的单据,点击“支付”;期望结果：步骤1：单据 受理状态：受理中； 支付状态：支付中测试结果：与期望结果一致。结论（ 代表通过 代表不通过）备注3.2.5.7 用例BDSX-013：支付时非正常关闭客户端、应用及数据库服务器编 号BDSX-013开发人员用友项 目支付时非正常关闭客户端、应用及数据库服务器对应需求编号-测试日期2009-8-7测试目的：测试支付业务进行中对应用服务器、中间件、数据库分别非正常关闭，重启系统后再进行业务操作，支付业务是否正常前提条件：选择对外付款,创建一张（或多张）单据,单据审批通过;操作步骤：1. 对外付款中,选择已审批通过的单据,点击“支付”;1. 分别对NC客户端、应用服务器和中间件、数据库分别非正常关闭。3.重启关闭的系统进行相同单据操作4.检查支付业务是否正常。期望结果：关闭NC客户端