项目测试时间紧？大佬的做法值得参考！

背景

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

内容列表：

·开会熟悉业务

·常用功能测试

·业务测试

·财务业务知识

一开会熟悉业务

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

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

二常用功能测试

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

三业务测试

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

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

角色审批流如下：

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

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

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

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

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

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

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

四财务业务知识

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

·借方和贷方

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

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

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

·余额计算

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

·资产小计和银行存款

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

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

·负债小计和其他应付款

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

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

·合计

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

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

文末了：

可以到我的个人号：atstudy-js，可以免费领取一份10G软件测试工程师面试宝典文档资料。同时我邀请你进入我们的软件测试学习交流平台，大家可以一起探讨交流软件测试，共同学习软件测试技术、面试等软件测试方方面面，了解测试行业的最新趋势，助你快速进阶Python自动化测试/测试开发，稳住当前职位同时走向高薪之路。