小额支付系统是中国现代化支付系统的一个重要组成部分，主要处理中央银行及国库、商业银行、城乡信用社等金融机构以及其他特许非银行金融机构之间在规定金额以下的贷记支付业务、借记支付业务、定期业务、通存通兑业务、支票影像业务等业务的支付及清算以及特定的信息服务等等。

作为现代化支付系统的重要支付工具，小额支付系统提供了形式多样的业务种类，可以满足不同的支付与清算要求。而每一种业务应用的实施与推广，都需要一个严密的测试验证过程才能投入生产运行。只有通过有计划、有目的、有组织的认真严密测试，才能对系统功能模块进行有效的数据验证，才能积累宝贵的测试数据和经验，为应用的正式推广奠定基础。

有人说，测试系统安装好了，参数配置好了，业务连通性测试也成功了，就可以进行测试了。其实不然，尽管系统能进行测试，能进行业务的处理，但是这种测试是很局限的、片面的，测试结果也是不可靠的，因为未针对要测试的业务制定相应的测试方案和测试方法，未准备相应的测试数据，是达不到测试目的的。

在测试环境、基础数据、测试数据都准备好之后，剩下的事情就是业务测试和跟踪调试。业务测试，采用的主要有正确性测试、破坏性测试、系统压力测试等等。正确性测试是用正确的测试数据进行测试，通过测试观察业务的测试情况；破坏性测试是在采用正确测试数据的基础上，故意将部分正确的数据改成错误的数据，来检测测试系统的响应情况；压力测试主要用于行内系统测试，由于受到与测试网络连接速度的影响，暂采用正确性测试、破坏性测两种方式进行测试。在系统应用测试过程中，按照测试计划，保存好测试传票、测试数据、测试日志及各种返回信息。

在进行业务测试时，要注意观察业务的连续性、完整性，比如进行一笔通存业务测试时，在系统提示成功后，需要查看该账号的分户账明细，是否已经成功下账，打印的传票支付序号是否连续。如果系统提示“超时”或其他错误，也需要查看系统是否对该账户自动进行冲正，进而检测后台的账务连续性完整性。收到通存来账时，可以查看分户账是否自动入账，或者是报其他错误，比如未签通存通兑对协议、账号错、户名错等等。

业务测试的同时离不开日志的跟踪。日志跟踪，几乎成了测试中的主要内容之一。跟踪日志、分析日志，可以从枯燥的日志中过滤出想要的重要信息。

小额支付系统由于业务种类繁多、系统中间流通环节过于复杂，每个应用层都有自己的日志，这就造成日志众多，难于查询难于分析，但丰富的日志记录了每个交易每个层次的传输环节，对错误的排查提供了方便。

业务测试是应用推广前的一种手段，而不是最终目的。测试的数据需要分析和总结，只有对测试数据、测试传票、测试账务进行分析，根据分析的结果，才能确定总体测试是成功还是失败，是否达到了测试的目的，是否测到了应用的每一个方面。测试总结，也是对是否推广该应用的重要依据。有步骤、有计划、有组织地测试，是为了发现问题，解决问题。对测试进行全面的总结，是为了应用能顺利推广。

新应用投入生产，并不意味着就是成功的推广。任何应用、任何系统，在投入使用后，都需要一个磨合期，只有经过大量的交易，并在一定时间内正确完成资金的清算及支付，才能说明磨合成功。而在这个特定的时间内，就需要积极跟踪系统运行情况，账务处理情况，资金清算及支付情况，网点柜员信息等来分析和处理各种可能存在的问题，以保证系统的稳定运行。这个特定的时间段就是我们的特殊维护期，它对系统投入生产后是否正常运作起着至关重要的作用。

一个系统、一种应用从诞生到投入生产，都要经过大量的需求分析、可行性分析，再到架构设计、逻辑设计。全面、完整的测试，是应用投入生产的基石，只有测试搞好了，系统才能成功推广运行。