本规范定义了OA流程开发之后的测试过程，用于验证程序是否正常运行，以及是否达到了用户预期的需求。

本规范适用于：

• 使用范围为多公司的流程，
• 与其他信息系统集成的流程，
• 流程中涉及了金额、印鉴使用、公文流转信息，
• 流程的结果对外部提供

使用范围为单一公司的，流转步骤简单的流程，由信息化部门负责人确认后可以简化测试程序。

流程测试由以下角色共同完成

• 流程负责人（需求人员）：是流程蓝图的设计人员
• 流程实施负责人：是按照流程蓝图搭建OA流程的流程设计人员
• 流程开发负责人：是按照流程实施负责人对业务蓝图的解读，用计算机语言实现流程功能的技术人员
• 流程关键用户：是熟悉业务，且在流程使用过程中管理业务需求、提供操作层面的问题解答、形成知识的业务人员
• 流程使用人：是流程中的各个角色，按使用手册使用流程的人员

• 三级：严重。指关键功能不符合需求，部分模块功能缺失遗漏、项目无法测试，程序接口调用错误、界面严重错乱。
• 二级：一般。功能没有完全实现但不影响使用，操作等待时间过长，格式错误、边界条件错误。
• 一级：提示。界面错乱重叠、错别字、描述提示语与需求不符。

• 提交：由测试人标记，状态值为不通过
• 已处理：由流程实施负责人标记，表示已经完成修复。状态值为已处理
• 已修复：由测试人标记，验证BUG的修复状态。状态值为通过

流程测试按阶段分为

• 流程开发环节测试：由OA实施和开发人员在流程开发阶段进行的测试。开发测试需测试字段、界面与蓝图一致性，字段赋值及联动控制的有效性。
• 流程内部测试：由流程负责人进行的测试。流程开发完成交付流程负责人进行内部测试。内部测试需按业务蓝图进行全面测试，并在完成二级和三级BUG修复后结束，交付公开测试。
• 流程公开测试：由流程负责人组织的测试。公开测试由使用单位的流程关键用户和流程使用人测试，流程负责人收集BUG，并跟踪BUG闭环。公开测试中，使用单位以本公司的业务进行测试，既反映通用问题，也反映本公司个性问题。

1. 测试准备。流程负责人组织测试准备工作。包括确定测试人员，准备测试相关信息系统权限，准备测试数据，组织编写测试用例。
2. 业务蓝图及测试安排宣贯。流程负责人在测试启动前，向测试人员讲解业务蓝图及关键控制点，部署测试时间、记录方式、跟踪BUG闭环机制。
3. 测试并记录BUG。测试人员测试，并按规则记录BUG。流程实施负责人和流程开发负责人根据BUG记录，逐项确认并修复BUG，并在完成修复后，更新BUG状态为已处理。
4. 验证BUG。测试人员逐项验证BUG修复状况，直至修复完毕后更新BUG状态为通过。
5. 部署正式机。二级和三级BUG全部处理完成后，流程负责人签署同意部署正式机意见。由流程实施负责人和流程开发负责人完成流程部署。
6. 正式机复测后验收。流程负责人在正式启用流程前，在正式机试运行流程后，签署同意上线意见。