业务测试方法培训Word格式.docx

业务测试方法培训Word格式.docx

《业务测试方法培训Word格式.docx》由会员分享，可在线阅读，更多相关《业务测试方法培训Word格式.docx（18页珍藏版）》请在冰点文库上搜索。

2、

3、

4、

5、

6、

7、

8、

9、

10、

11、

测试是从大量的测试用例中选择有限的测试用例发现软件中的大部分缺陷的一种技术。

测试是一种要求严格、精细的软件技术。

12、测试从某种意义上讲是对银行业务需求检查、验证的一种手段，检查软件功能是否按照需求进行设计。

结合我们实际的测试工作，测试就是尽可能的发现程序中的错误，提出问题让开发人员修改，最终使程序实现必需的功能又更便于银行柜员的使用。

2、why（为什么测试）

对于程序本身来说，一句话，测试就是为了发现问题。

检查软件功能是否按照需求进行设计

检验功能是否合乎用户的需求

检验软件质量度量，软件的承受力（压力测试）

对于银行来说，银行软件质量的好坏直接影响一个银行对外的形象，银行的收益，进而关系到每个银行员工的切身利益，所以无论哪个角度来说，程序的测试工作都是非常重要的。

测试人员必须深刻的领会到测试工作的重要性，更好地投身于测试工作中去。

3、how（如何测试）

站在用户的角度对程序的可实现功能性（是否与功能说明书相符），可行性（是否适用于实际生产），可操作性（是否方便使用）等进行测试。

值得提出的一点，以用户的身份进行对程序的验证，测试必须细致，全面，详尽。

好的程序不但能用，更需要好用。

测试人员的工作态度是测试工作成功与否的关键。

具体分各个阶段测试，下文详述。

4、who（谁来测试，为谁测试）

三个层次：

程序员的自测

专职测试人员的完善性测试

用户的使用（等同于对程序的最后一个阶段测试）

用户：

银行柜员、银行客户

5、when

测试在不同的阶段有不同的测试侧重点

程序员的自测—时间在程序员编码完成后，是程序员为验证功能是否

正常实现而进行的一个测试工作，由程序员自己完成。

在实际工作中，因为实际编程的时间很紧张，自测的力度往往是不够的。

专职测试人员的完善性测试

—时间安排在程序自测完成后，由专职的测试人员对程序

的各个方面进行完整的测试。

在我们实际工作中，又分成联调和综合测试阶段，各阶段又分成单体、单元和整合测试。

下文详述。

用户的使用（等同于对程序的最后一个阶段测试）

---时间在投产后，是对程序最严格的考验。

二、测试过程

（分测试阶段介绍不同阶段的不同测试侧重点）

1、单体测试（联机交易测试）

联机概念：

通过交易终端输入交易代码完成某个业务的过程。

手工操作。

一

般由银行前台柜员完成。

✧测试点：

1）根据数据结构和数据字典对各输入域、显示域、输出域的验证，核对内容包括字段长度，字段属性，必输项或选输项或显示域不可输入；

如，终端主机字段长度不符，交易会报错：

参数超长。

2）对画面的合理性检查，错别字的检查，如在现行程序中存在的两个普遍问题，外汇买卖中“兑”“对”不分，会计类交易中“扎帐”还是“轧账”；

3）临界值的检验，取值上下限，空格，非法数据等；

4）各功能键控制是否正确，如新增，修改，查询删除等是否正确返回结果，光标返回是否正确，翻页是否有问题，如翻上页，翻下页（有且只有5条记录时翻页是否正确）

5）交易画面是否方便银行柜员使用，画面各字段名是否准确不产生歧义；

✧测试依据：

数据结构和数据字典

✧举例：

管理类交易（1402）资金科目表的单体测试

交易画面

2、单元测试（功能测试）

1）各交易之间的相关性验证；

2）交易对账户不同状态的不同处理方法。

如，往来户

3）交易对不同帐户属性的帐户的处理。

如，涉及往来户就要考虑集团二级户，协议户等

4）结算类交易（涉及帐务的交易）1380结算类日志查询，1337轧帐表查询，涉及帐户的余额查询，相关登记簿，明细帐（次日）的查询；

5）结算类交易反交易；

6）管理类交易（不涉及帐务，管理性质的交易）1307管理类日志查询，新增－查询，删除－查询，修改－查询；

7）新旧帐号（卡号）问题。

是否需要支持旧帐号（卡号）。

如，由于新版本不支持旧卡，投产新版本后，ATM使用旧卡时出现吞卡事故

✧涉及概念

日志：

日志用于记录系统交易明细，日志分为管理类日志和结算类日志。

管理类交易日志主要用于事后监督，结算类日志供柜员联机查询、反交易程序核对和批量结算使用。

轧账：

用于帐实核对。

分日间轧账和日终轧账。

即柜员在营业中或营业终了，将各自受理的业务凭证按现金、转账、单笔、表外等分类计数。

笔数、发生额合计，通过轧账交易（1280）轧平业务数据，目的是为了及早发现柜员在交易操作中是否出错；

（测试中还可以通过1337，1338等交易来检验交易记轧账表是否正确）

反交易：

用于由于柜员或其他某些错误，已经交易成功的正交易需要撤销时。

交易代码构成：

正交易代码后加1。

反交易限交易当天进行。

有些交易在参数表中设定反交易时间，如外汇买卖限时30分钟。

软件需求说明书、项目系统规格书

1、结算类交易：

对公转账交易2100的功能测试（某A往来户0602026009000023070转帐到B往来户0602026009000023194人民币100.00）

2、管理类交易

管理类交易1403信用风险调节参数表的功能测试

1）交易本身的功能测试

2）表数据修改对计价的影响

3、整合测试（联机批量整合测试）

✧批量概念：

大量数据在同一时间由同一个程序处理完成。

如银行日终进

行的日终批量，用于补账等处理。

1）批量补帐是否正确

2）报表核对，日计表，余额表等

3）账务的正确与否是测试的重点内容

对公转账交易2100联机交易成功，批量完成后日计表核对。

涉及科目201099（其他单位活期存款）

对公存款会计分录：

借：

客户帐A

贷：

客户帐B

（报表的部分截图）

余额表核对

重点：

熟悉相关会计分录

三、联调和综合测试的区别

目前中心按项目的进度将测试分成不同阶段：

开发人员自测，开发部内部联调测试（集成测试），测试部综合测试和验收部验收测试。

本课程主要将其中的联调测试和综合测试。

联调

综合

所属部门

开发部内部

测试部

测试重点

单体测试，着重软件功能的实现。

但是目前联调测试覆盖了所有综合测试内容，除了没有测试条件的部分内容，如cm2002台帐部分测试等。

整合测试，相关帐务的核对，报表的核对。

压力测试

提交文档

测试前

联调测试方案、联调测试划、联调测试案例

综合测试方案、综合测试计划、综合测试案例

测试终

联调测试报告

综合测试报告、投产报告

发展趋势

白盒测试（侧重技术手段）

黑盒测试（侧重业务手段）

软件测试方法从测试是否针对系统的内部结构和具体实现算法的角度分成白盒测试和黑盒测试。

白盒测试：

白盒测试也称结构测试或逻辑驱动测试，它是知道产品内部

工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能。

简而言之，是基于代码层的测试。

黑盒测试：

测试不管功能实现过程，只看最终结果，整个实现过程对于

测试人员就像一个黑盒一样。

更侧重于业务。

对于银行软件来说，白盒测试更侧重于技术，黑盒测试更侧重于银行业

务。

四、结合项目举例说明

结合项目资金集中配置具体讲解拿到一个项目如何进行全面测试，测试中不同角色不同任务。

1、项目整体流程

虚线注：

目前本质上没有验收测试这一阶段，验收测试人员介入各个测试阶段（联调、综合）一同测试。

2、联调测试阶段

1）对项目的熟悉，对于功能说明书，系统规格书的全面详细的把握

2）测试准备工作

✧测试前文档准备

测试负责人准备完成测试方案和测试计划，测试组员完成测试案例编写

✧测试环境的准备

测试前向测试部联调提出使用测试环境的申请，审批后验证环境的可用性

✧测试数据的准备

确认环境可以使用后，着手准备测试所需要的各类数据，如参数表的设置，各类账户的准备等等。

3）按测试计划，方案进行测试

a）单体测试

该项目涉及5个参数表交易的新增和相关贷款类联机交易的修改和相关接口的修改。

在该阶段测试中，根据数据结构和数据字典，对新增交易的单体测试必须详尽，对修改交易可以只对修改部分进行测试，如新增字段，信用等级和期限。

但也要注意新的修改是否对程序中其他未修改部分产生影响。

涉及概念

接口：

本系统供外围系统或主机其他系统使用的中间程序，用来他系统调用本系统的某些程序。

按使用对象不同分为外围接口和内部接口。

b）单元测试

项目中最主要的功能是资金集中配置的计价，新参数表和旧贷款借据的移行。

计价分成公司贷款计价和非公司贷款计价，按照不同的利率公式进行计算。

新参数表和旧贷款借据的移行是将数据文本按照移行文本结构导入已建立的数据结构，形成一个完整的参数表。

功能测试中主要验证计价是否按利率公式计算正确，移行是否顺利完成，移行前后的数据是否相符，有无出现本来没有的非法数据等。

移行：

在程序支持的前提下，通过批量方式将大量的数据同时移入

主机数据库，避免手工操作，从而提高工作效率和工作质量。

c）整合测试

如联机更改集中配置资金的利率，再进行批量计价，在日终批量后核对相关报表的统计结果，如余额统计表，资金种类统计表，资金利息支出（收入）统计表。

在该项目在三季度实现地市行不入帐模式，没有帐务的测试。

4）联调测试结束提交程序到测试部进行综合测试

✧测试完成提交测试文档：

测试报告、测试遗留问题汇总、测试记录汇总

3、综合测试阶段

基本同联调阶段测试

基本同联调阶段测试，但更侧重与整合测试

4）测试完成，封版

测试报告、测试遗留问题汇总、测试记录汇总、投产报告、操作手册。

五、常见问题解析

1、现金交易必须先领钱箱

✧典型报错：

柜员未领钱箱

✧基本概念

钱箱：

指有权做现金业务的柜员领用并进行现金业务处理的工具。

99999钱箱：

相当于本网点的业务库，领用99999钱箱的柜员就是管库员。

✧柜员领用钱箱流程：

库管员普通柜员

注：

钱箱上收后，上缴钱箱的柜员自动被签退。

2、日志分离参照表设置

日志分离参照表中账户记录不存在

日志分离参照表：

为联机或批量交易定义分离代码，设定分离代码对应的内部或表外帐号序号，并设定账号拼装方式，实现在特定情况下系统自动生成内部账户并记账。

从业务角度来说，就是实现自动补帐，比如补记现金、通存通兑的辖内往来等会计分录。

分联机使用和批量使用

✧参数设置

联机使用（以2041向人民银行存款出库交易设置为例）

批量使用（以即期外汇买卖日志分离表设置为例）

3、报表问题－总分不平

✧问题：

总分不平是指总帐和分户帐核对不符，日终批量后生成总分核对错误清单，日计表相关科目出现星号。

✧解析：

正常情况下，总帐上日余额＋各分户帐发生额＝分户帐余额

当以上等式不成立时，则出现总分不平现象，并生成相应报表。

取自取自取自

当A+B=C，总分平衡

当A+B<

>

C，总分不平。

✧造成总分不平的可能原因：

1）联机交易成功但未记结算类日志

2）联机交易成功并结算类日志但未更新帐户余额

✧不平调整：

批量在不平当日用分户帐余额更新总帐余额，使总分持平。

所以总分不平情况不会延续，第二天就会自动变平了。

✧附：

总分核对错误清单

六、测试心得

✧仔细，耐心，全面。

测试中不能怕麻烦，各个点到，如交易连续50笔处理，就要做出50笔，偷懒难以发现问题。

✧对功能说明书透彻理解，功能说明书不一定百分百正确，所以需要及时跟项目负责人沟通。

沟通及时，全面。

✧测试结合测试案例，可以在案例中标注，边测试边完善案例，这样对于已测试的内容做好记录，以免浪费时间重复或者遗漏。

✧对错误提示的测试，可以列为异常测试的一个测试案例或测试步骤，可以发现不少问题。

错误代码表中所有的要测到。