背景

　　最近在测试一个党费系统，项目节点临近，几乎没有测试时间，和PM沟通确认后本次测试主要以找Bug为主，将问题控制在内部，后期再进行用例补充及用例报告编写。这样既能达到给客户一个可控的版本，同时写文档时间也不至于那么紧张。接下来分享下我的应对方案。

　　内容列表：

　　· 开会熟悉业务

　　· 常用功能测试

　　· 业务测试

　　· 财务业务知识

　　一 开会熟悉业务

　　首先我们举行了一次业务分享会议，主要介绍了这是一个党费管理系统，主要包括收入、上缴、支出、拨款、统计等功能及每个功能的主要使用场景，通过这次会议我确定了3个主要关注点，分别为权限测试即3 个类别组织，有基层类、机关党委用户、矿业公司党委，每个类别下组织对应不同的权限用户；第二个是数据测试，数据测试需要关注金额报表、凭证、明细表和汇总表等；第三结合用户验证业务流流程，主要关注审批流的不同角色从提交到审批通过，或者驳回业务。

　　同时获取到项目需求文档、操作手册、项目总结等成果性文档。

　　二 常用功能测试

　　根据模块进行常用的功能测试，如新增、修改、删除、界面样式等，测试过程中发现相同的问题合并为通用问题如下图，通用类问题常见文本框校验、各页面样式不统一、对齐方式不正确等，一般而言多分布新建页面和列表页面；通用类问题发现之后，再逐个对功能进行击破。

　　三 业务测试

　　常用功能测试完成之后，接下来需要啃的是业务测试。

　　首先梳理出一个工作流，按照流程走下来其他功能模块类似原理也就通了。

　　角色审批流如下：

　　那么关于金额这块是怎么对数据的呢？

　　我先把各个数据的页面进行截图，如首页、记账凭证、使用明细、汇总表等

　　之后按照业务流进行正向流程操作，最后回过来对比这些数据的准确性，是否有增加或者减少，以及金额是否正确。也就是流程开始操作前进行记录，执行操作，最后对比数据。

　　最后，审批流程如何能够快速发现问题呢？

　　· 走正向审批流，各功能保证正确，尤其注意详细页面数据是否可变更

　　· 驳回流程，拿出一个业务，每个节点进行驳回操作，尤其注意驳回节点显示，驳回必填项内容，填写成功后查看问题

　　· 上面两个流基本能覆盖90%问题，如果心里不踏实的，最后再按照组织级别走一个流程或者回归bug 时进行覆盖。

　　四 财务业务知识

　　除了要了解如何测试外，对于系统的专业术语我们也应掌握，以下为该系统内关于财务方面的术语。

　　· 借方和贷方

　　借方：表示资产、费用或成本的增加以及负债、所有者权益或收入的减少。

　　贷方：表示资产、费用或成本的减少以及负债、所有者权益或收入的增加。

　　借方和贷方在会计中用于描述资金流动的方向，遵循“有借必有贷，借贷必相等”的原则。

　　· 余额计算

　　以借方余额为例：借方余额③=期初借方①+借方金额②-贷方金额⑤

　　· 资产小计和银行存款

　　资产小计是一个总括性的概念，指的是企业或个人所拥有的所有资产的总和。这包括现金、银行存款、存货、固定资产、投资等各个方面。而银行存款只是资产小计中的一个组成部分，指的是存放在银行的货币资金。

　　因此，资产小计的范围要比银行存款更广泛，它不仅包括银行存款，还包括其他形式的资产。但这个系统里只涉及到银行存款，所以资产小计等于银行存款。

　　·负债小计和其他应付款

　　负债小计是一个总括性的概念，指的是企业或个人所承担的所有负债的总和。这包括短期借款、应付账款、应付职工薪酬、长期借款、应付债券等各个方面。而其他应付款是指企业在商品交易业务以外发生的应付和暂收款项，如应付租入固定资产和包装物的租金、存入保证金等。

　　负债小计的范围要比其他应付款更广泛，它不仅包括其他应付款，还包括短期借款、应付账款等其他形式的负债。但这个系统里只涉及到?其他应付款，所以负债小计和其他应付款

　　· 合计

　　合计=资产小计+负债小计

　　以上，分别介绍了非常规的项目我们可以采取的测试方案，即先测试后补充文档，以及在时间紧张的情况下该如何测试，先找出通用类及页面校验问题，再进行业务流程测试，最后结合党费系统总结出一些通用的财务常识。

作者：M&T.    

来源：http://www.51testing.com/html/81/n-7799781.html