初涉金融行业软件测试感悟

　　我是刚刚从学校毕业出来的，加上实习到现在正式工作快一年了。从事的是银行信用卡收单业务这块的测试。经过这一年多入门接触，发现金融测试这个行业的确不同于一般的测试。本文主要涉及功能业务测试这块，不涉及到性能自动化这块，当然这块在金融测试也是非常重要的一块。下面就写些我的肤浅感受，有不对的地方希望大家指点批评。

　　1. 金融测试发展在国内起步应该不是很早，现在金融测试越来越规范规模化了。金融行业的测试我认为有别于其他的领域测试，特别是区别于网站web方面的。这个行业的测试人员(我指功能测试的不涉及性能自动化这块)通常要能够比较好地在开发和业务之间沟通，担任他们的沟通桥梁。为什么这么说呢?金融测试对测试人员的一个要求就是对领域知识--银行业务要有足够的深入了解，同时又必须具备良好的测试理论知识和测试质量意识。在我身边的同事，比我工作经验丰富很多(工作5++年了)，我就发现一个这样的特点和业务开发的关系都不错，自己的业务知识也是很深入。金融测试比较显著的确体现在对业务知识的熟练理解，站在用户角度，业务角度看待系统是必须滴~很很重要。

　　2.银行当然比较有钱啦~采用的都是重型“武器”。 大型机 IBM 390 中型机AS400。装的操场系统自然也是IBM配套的ZOS1.9，当然还有些中间件等。采用Cobol,JCL ,CICS等技术。 那么作为测试人员就不得不对这些有所了解。比如：要在390通过pccom3270 修改某个主机档上的数据。一般需要把该档给关闭，再进行修改，再打开档。关档要运行提交一个作业。所以这又要求测试人员必须会这些皮毛。虽然比不上开发的炉火纯青，但也是需要学会这些会更方便看后台数据。

　　3.从事和银行或者第3方支付业务都应该知道有这么一个概念：日切(日终)，我的理解：在指定的时间结束上一个系统清算日并要切换到下一个系统清算日，开始新的业务运作。我们熟知的银联，其实银行不同系统作为参与清算都会有这个动作。就拿信用卡系统，当在跑日终，有些交易是无法发起的~有些批量的作业要进行处理，特别是对于双信息的系统。(当然有些系统设计为24小时机制，即使日终了 也还是可以发起正常的交易的，这种采用了两套日志主副档轮换，这块我不是很懂只是了解有个机制，以后了解了会详细写出来的

　　4.关于测试阶段，一般分为SIT，UAT 。当然必要也会有压力测试等。SIT就是系统测试人员负责，UAT是业务人员进行测试。各个人员各司其职，负责把关。如果SIT人员没有发现的bug遗留到UAT阶段被发现，将被称为逃逸缺陷。要是上生产了，仍然有bug，特别和客户的钱有关的，如果严重是会追究责任的。所以每一个测试阶段都必须严格把关。金融测试对质量要求比较高。 测试过程和其他领域测试大同小异了。

　　我后续会重点写我自己从事信用卡收单模块相关的东西。

原文转自：http://www.cnblogs.com/creditcard/archive/2012/12/13/2817087.html