背景
最近在测试一个党费系统，项目节点临近，几乎没有测试时间，和PM沟通确认后本次测试主要以找Bug为主，将问题控制在内部，后期再进行用例补充及用例报告编写。这样既能达到给客户一个可控的版本，同时写文档时间也不至于那么紧张。接下来分享下我的应对方案。
内容列表：
·开会熟悉业务
· 常用功能测试
· 业务测试
· 财务业务知识
一 开会熟悉业务
首先我们举行了一次业务分享会议，主要介绍了这是一个党费管理系统，主要包括收入、上缴、支出、拨款、统计等功能及每个功能的主要使用场景，通过这次会议我确定了3个主要关注点，分别为权限测试即3 个类别组织，有基层类、机关党委用户、矿业公司党委，每个类别下组织对应不同的权限用户；第二个是数据测试，数据测试需要关注金额报表、凭证、明细表和汇总表等；第三结合用户验证业务流流程，主要关注审批流的不同角色从提交到审批通过，或者驳回业务。
同时获取到项目需求文档、操作手册、项目总结等成果性文档。
二 常用功能测试
根据模块进行常用的功能测试，如新增、修改、删除、界面样式等，测试过程中发现相同的问题合并为通用问题如下图，通用类问题常见文本框校验、各页面样式不统一、对齐方式不正确等，一般而言多分布新建页面和列表页面；通用类问题发现之后，再逐个对功能进行击破。
三 业务测试
常用功能测试完成之后，接下来需要啃的是业务测试。
首先梳理出一个工作流，按照流程走下来其他功能模块类似原理也就通了。
角色审批流如下：
那么关于金额这块是怎么对数据的呢？
我先把各个数据的页面进行截图，如首页、记账凭证、使用明细、汇总表等
之后按照业务流进行正向流程操作，最后回过来对比这些数据的准确性，是否有增加或者减少，以及金额是否正确。也就是流程开始操作前进行记录，执行操作，最后对比数据。
最后，审批流程如何能够快速发现问题呢？
· 走正向审批流，各功能保证正确，尤其注意详细页面数据是否可变更
· 驳回流程，拿出一个业务，每个节点进行驳回操作，尤其注意驳回节点显示，驳回必填项内容，填写成功后查看问题
· 上面两个流基本能覆盖90%问题，如果心里不踏实的，最后再按照组织级别走一个流程或者回归bug 时进行覆盖。
四 财务业务知识
除了要了解如何测试外，对于系统的专业术语我们也应掌握，以下为该系统内关于财务方面的术语。
· 借方和贷方
借方：表示资产、费用或成本的增加以及负债、所有者权益或收入的减少。
贷方：表示资产、费用或成本的减少以及负债、所有者权益或收入的增加。
借方和贷方在会计中用于描述资金流动的方向，遵循“有借必有贷，借贷必相等”的原则。
· 余额计算
以借方余额为例：借方余额③=期初借方①+借方金额②-贷方金额⑤
· 资产小计和银行存款
资产小计是一个总括性的概念，指的是企业或个人所拥有的所有资产的总和。这包括现金、银行存款、存货、固定资产、投资等各个方面。而银行存款只是资产小计中的一个组成部分，指的是存放在银行的货币资金。
因此，资产小计的范围要比银行存款更广泛，它不仅包括银行存款，还包括其他形式的资产。但这个系统里只涉及到银行存款，所以?资产小计等于银行存款。
·负债小计和其他应付款
负债小计是一个总括性的概念，指的是企业或个人所承担的所有负债的总和。这包括短期借款、应付账款、应付职工薪酬、长期借款、应付债券等各个方面。而其他应付款是指企业在商品交易业务以外发生的应付和暂收款项，如应付租入固定资产和包装物的租金、存入保证金等。
负债小计的范围要比其他应付款更广泛，它不仅包括其他应付款，还包括短期借款、应付账款等其他形式的负债。但这个系统里只涉及到?其他应付款，所以??负债小计和其他应付款
· 合计
合计=资产小计+负债小计
以上，分别介绍了非常规的项目我们可以采取的测试方案，即先测试后补充文档，以及在时间紧张的情况下该如何测试，先找出通用类及页面校验问题，再进行业务流程测试，最后结合党费系统总结出一些通用的财务常识。
版权声明：本文出自51Testing会员投稿，51Testing软件测试网及相关内容提供者拥有内容的全部版权，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像，否则将追究法律责任。
