功能测试：OA系统中的工程预算采购流程

公司日常运营中，办公自动化（OA）系统是绕不开的核心工具，尤其是在处理复杂的工程预算采购流程时，需要对金额进行处理，更为重要。作者想分享一下对这一关键模块进行功能测试，确保每一笔金额的准确无误，以及流程的流畅运行。

测试背景

工程预算采购流程是作者测试的重点之一。采购流程的周期包括建立预算池、项目立项、采购执行到流程归档等多个步骤，每步都涉及金额的精确计算和数据交互，需要确保预算采购流程在各个节点的功能正确执行，特别是金额的准确处理和流程的顺畅过渡。同样的，涉及到钱的慎之又慎~，这次不去看详细的需求点，只关注这个流程，分析如下涉及金额的测试场景。

测试场景

正向场景

• 新建预算池：创建一个预算池，设定初始金额，验证是否正确显示和记录。
• 立项流程：从预算池中分配金额到新立项的项目，检查金额是否正确扣减及立项是否成功。
• 采购流程关联立项：执行采购流程，关联到特定项目立项，验证采购订单的创建、金额扣减及过程的正确性。
• 采购流程结束：完成采购流程，检查所有金额变动是否正确记录，项目状态更新。
• 流程归档：流程结束后，确保所有数据正确归档，无数据丢失。

反向场景

错误数据输入

• 测试目的：验证流程表单防呆设计，系统拦截错误的数据格式
• 测试步骤：输入非法的数据（如负数金额、错误格式日期等），我要检查系统是否能有效识别并阻止这些操作

预算池金额不足

• 测试目的：验证当预算池的余额不足以覆盖新立项或采购订单所需金额时，系统能否正确地阻止操作并提供适当的错误提示。
• 测试步骤：尝试从预算池中分配超出其剩余金额的资金，然后检查系统是否拒绝了这个请求并显示了错误消息。

立项批准后取消

• 测试目的：确保在立项批准后取消项目能正确恢复预算，并且系统不会出现金额不一致的情况。
• 测试步骤：在立项获批后尝试取消立项，然后验证预算池的金额是否已恢复至取消前的状态。

重复资金分配

• 测试目的：检查系统是否能够防止对同一项目的预算进行重复分配。
• 测试步骤：尝试对同一个项目多次分配预算，然后确认系统是否显示错误信息并阻止了重复操作。

财务审批流程中的数据一致性

• 测试目的：验证财务审批流程中的数据一致性，确保在多次审批、驳回和修改过程中预算数据不会出错。
• 测试步骤：通过模拟审批流程中的多次提交、驳回和修改操作，检查每一步后预算金额的一致性。

未经批准的资金使用

• 测试目的：确保所有资金分配和使用都必须经过适当的审批流程，未获批准的资金使用会被系统阻止。
• 测试步骤：尝试在未获得批准的情况下使用资金，然后检查系统是否能够有效地阻止此操作并给出错误提示。

财务冻结和解冻资金操作

• 测试目的：验证在资金被财务冻结后，是否无法进行相关操作，以及在解冻之后，相关操作是否能够正常执行。
• 测试步骤：执行资金冻结操作后尝试资金使用，检查系统反应；然后执行解冻操作，再次尝试使用资金并观察结果。

跨期预算处理

• 测试目的：确保系统能够处理跨财务年度的预算分配和使用。
• 测试步骤：模拟跨财务年度的预算操作，验证系统是否能正确处理并记录跨期的预算分配和使用情况。

故障恢复测试

• 测试目的：在发生系统故障、崩溃或其他意外中断时，确保金额数据的完整性和一致性。
• 测试步骤：模拟系统崩溃或中断，然后进行恢复操作，验证崩溃前后的金额数据是否保持一致。

系统安全性测试

• 测试目的：考虑到财务数据的重要性，关注系统的安全性测试
• 测试步骤：构造特殊输入发送后台，验证系统可以正确地清洗或限制用户的输入

以及其他场景~

通过这些涉及金额的反向测试场景，可以确保系统在处理预算和财务数据时的健壮性和可靠性。

测试方法

• 手动测试（主要）：对于复杂的业务逻辑和用户交互，进行手动测试以确保所有功能符合业务需求。
• 自动化测试：针对金额计算和数据校验的重复性操作，可以使用自动化测试工具来执行。暂未使用。
• 性能测试：确保系统在数据量大时依然能够保持良好的响应速度和处理能力，作者使用的是jmeter做流程发起并发测试，作者目前公司一般小迭代并未做性能测试，只有在整个系统重构，迁移或改动较大的时候进行性能测试。