发布时间 : 星期日 文章银行综合核心业务系统之卡系统测试方法与实施毕业论文更新完毕开始阅读473ca267bc64783e0912a21614791711cc7979bd
-边界条件测试；
-模块中所有独立执行通路测试；
（2）局部数据结构测试：检查局部数据结构是为了保证临时存储在模块内的数据在程序执行过程中完整、正确，局部功能是整个功能运行的基础。重点是一些函数是否正确执行，内部是否运行正确。局部数据结构往往是错误的根源，应仔细设计测试用例，力求发现下面几类错误： -不合适或不相容的类型说明； -变量无初值；
-变量初始化或省缺值有错；
-不正确的变量名（拼错或不正确地截断）； -出现上溢、下溢和地址异常。
（3）边界条件测试：边界条件测试是单元测试中最重要的一项任务。众所周知，软件经常在边界上失效，采用边界值分析技术，针对边界值及其左、右设计测试用例，很有可能发现新的错误。边界条件测试是一项基础测试，也是后面系统测试中的功能测试的重点，边界测试执行的较好，可以大大提高程序健壮性。
（4）模块中所有独立路径测试：在模块中应对每一条独立执行路径进行测试，单元测试的基本任务是保证模块中每条语句至少执行一次。测试目的主要是为了发现因错误计算、不正确的比较和不适当的控制流造成的错误。具体做法就是程序员逐条调试语句。常见的错误包括： -误解或用错了算符优先级； -混合类型运算； -变量初值错； -精度不够； -表达式符号错。
比较判断与控制流常常紧密相关，测试时注意下列错误：
-不同数据类型的对象之间进行比较； -错误地使用逻辑运算符或优先级；
-因计算机表示的局限性，期望理论上相等而实际上不相等的两个量相等； -比较运算或变量出错； -循环终止条件或不可能出现； -迭代发散时不能退出； -错误地修改了循环变量。
模块的各条错误处理通路测试：程序在遇到异常情况时不应该退出，好的程序应能预见各种出错条件，并预设各种出错处理通路。如果用户不按照正常操作，程
序就退出或者停止工作，实际上也是一种缺陷，因此单元测试要测试各种错误处理路径。一般这种测试着重检查下列问题： -输出的出错信息难以理解；
-记录的错误与实际遇到的错误不相符；
-在程序自定义的出错处理段运行之前，系统已介入； -异常处理不当；
-错误陈述中未能提供足够的定位出错信息。
4.4 FAT测试
当单元测试结束后，其卡系统中交易功能基本可以通过时，开发组长将其交易名称送到FAT测试组长处，即开始进入FAT测试阶段，其FAT（Factory Acceptance Test），工厂验收测试即在软件开发公司内由测试人员进行的验收测试。一般把出厂前的系统测试叫FAT测试，把FAT测试的执行者叫FAT测试人员。
4.5 FAT阶段功能测试方法
在功能测试阶段，我们除了必须使用一些测试方法去做好功能测试的工作，不能忙碌的只是瞎点鼠标，遇到什么bug提交什么bug，那么毫无一点逻辑的，下次再进行回归测试的时候也不知道该交易易出现的问题在哪里，所以，科学的使用软件测试过程中的方法是必须的，在此我们主要利用测试案例以及以下四种方法来做好FAT测试： 1．等价类划分
划分等价类: 等价类是指某个输入域的子集合。在该子集合中,各个输入数据对于揭露程序中的错误都是等效的。并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试。因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果。等价类划分可有两种不同的情况:有效等价类和无效等价类。
2．边界值分析法
边界值分析方法是对等价类划分方法的补充。测试工作经验告诉我,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部。因此针对各种边界情况设计测试用例,可以查出更多的错误。
使用边界值分析方法设计测试用例,首先应确定边界情况。通常输入和输出等价类的边界,就是应着重测试的边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据。
3．错误推测法
基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法。
错误推测方法的基本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例。 例如, 在单元测试时曾列出的许多在模块中常见的错误. 以前产品测试中曾经发现的错误等, 这些就是经验的总结. 还有, 输入数据和输出数据为0的情况。 输入表格为空格或输入表格只有一行. 这些都是容易发生错误的情况. 可选择这些情况下的例子作为测试用例。 4．因果图方法
前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系, 相互组合等。 考虑输入条件之间的相互组合,可能会产生一些新的情况。但要检查输入条件的组合不是一件容易的事情, 即使把所有输入条件划分成等价类,他们之间的组合情况也相当多。 因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图（逻辑模型）。因果图方法最终生成的就是判定表， 它适合于检查程序输入条件的各种组合情况。
4.6 FAT测试过程
现阶段，借记卡在生活中的普遍应用，使得卡系统测试贯穿于整个长春农商行柜面系统，然而前期主要是针对于卡系统自身的一些功能进行测试，后期会牵涉到整个系统的所有交易，我们在此主要研究其卡系统自身的功能测试，其包括一下四个方面。 4.6.1 卡柜面系统测试
卡系统柜面有50个交易，对于每个交易的功能测试，可以根据测试案例执行，但在整个测试过程中，我们不仅仅只看表面上的交易执行成功，还必须利用Toad在其数据库中检查相应的数据是否变化，有不明确的地方及时翻阅数据字典或者直接问开发人员，已达到完全测试的目的，尽量的减少bug。 4.6.2 POS机测试
在长春农商行新一代核心系统测试中，对于POS机的测试，我们利用的实物，主要测试其消费、退货、预授权、预授权撤销等交易，在此无法将其展示出来，请谅解。 4.6.3 ATM仿真测试
对于ATM的测试，神州数码有自己独立的ATM仿真，可以用此模拟真实
环境下的ATM机进行卡系统测试。在整个测试过程中，主要是针对于ATM上所具有的主要功能进行一一确认，看是否存在严重的bug，当一切功能没有大的问题时，会在真实的ATM机上，利用测试卡进行演练，确保上线时系统的万无
一失。
在长春农商行这个项目，根据需求定义的ATM机界面如下：
图4-2 ATM仿真界面
测试过程中，使用测试卡先进行余额查询，然后再进行取款，最后再进行余额查询，可知在整个取款的过程中，所取金额以及余额是否正确，从而对其功能进一步确认。 4.6.4 银联仿真测试
在卡系统的测试中，会涉及到他行卡的POS消费、存取款、转账等交易，在此过程中，其对他行卡的二磁等信息不校验，利用中国银联仿真测试系统进行报文的发送与接收，然后确定交易的失败与成功，测试时可选择其中的联系模式或者是认证模式，若为认证模式，则只有前一个交易通过后，下一个交易才可以顺利进行，否则一直显示失败。