基于工作流软件测试方法的研究.pdfVIP

! Q： Science andTechno(ogy innovationHerald 研 究 报 告 流程，每个工作流程都会涉及过程，活动、 测试 时，首先根据业务流程的描述分析 员、部门领导、公司领导等角色。 转换、执行者、工作流相关数据等相关 的内 各种信息，明确审批节点、流转过程 、流转 设置需求申请 审批流程的审批节点为 容。对工作流系统的测试首先就要对工作流 条件 以及每个节点的审批人的角色，画出业 提 出审请、部门领导审批、公司领导审批 、 程进行测试。 务流程图。在工作流系统中进行业务流程模 审批结束 。在每个审批节点上 由具有相应 (2)每个工作流程 由多个活动形成的 型定义，流程定义过程如表 1所示。 角色的人员进行审批 。“需求 申请员”角色的 一 个活动网络。活动是一个工作单元 ，表示 如果测试能够覆盖业务流程 图中描述 人员 “提 出申请”，“部门领导”角色的人员 流程中的一个执行阶段，是流程执行中可被 的所有审批节点、流程走 向，流转条件，即 进行 “部 门领导审批”，“公司领导”角色的 工作调度的最小工作单元 ，由活动所有者完 可认为测试满足完备性和充分性的要求 ， 人员进行 “公司领导审批”。 成。活动完成后进行提交，工作流 引擎会将 每部分测试覆盖完备性要求如下： 在审批流程定义中定义需求 申请单据 活动路 由到下一个活动。工作流 中存在很多 (1)审批节点覆盖 ：所有 审批节点必须 的审批流程，生成审批流程图如图1所示。 工作流程 ，一个工作流程中的活动也可以重 覆盖 。设计原则：减少重复节点，覆盖尽可 申请人单据提交审批后，按照事先定义 用到其它工作流程当中，由于调用的工作流 能多的流程和流转条件。 好 的审批流程先提交部 门领导进行审批 。 活动 的场景不 同，因此每一次调用都得进 (2)流程走 向覆盖 ：流程图中的所有走 部 门领导可以存在多个，在审批过程 中可以 行测试 。工作流 的活动是工作流测试 的重 向必须覆盖 ，包括影响走向的条件判 断和 选择提交单个领导进行审批，也可以选择 点对象之一。 审批操作 。设计原则：流程图中的箭头至少 提交多个领导进行审批。选择单个领导进 (3)工作流路 由实现了活动的流转。 经过一次，减少重复流向，覆盖尽可能多的 行审批时，“同意”后直接提交公司领导审 当前活动完成后，工作流会依据活动 的控 流转条件。 批 ，“不同意”则返 回给提 出审批人 ；选择 制信息和过程定义将活动流转至工作流 (3)流转条件覆盖 ：逻辑走 向中的所有 多个领导进行审批 ，则选择 “指定主办人” 程 中下一个活动。工作流可以归纳为6种路 流转条件必须覆盖。 (以 “主办人’’的意见为下一步流转的依据， 由关 系：SequentialR0uti13g、AND— 在工作流测试时，采用业务流程作为基 其它人为 “经办人”。经办人可以发表意见， split、AND～join、ParallelRouting、 本的测试用例单位，采用路径和节点结合的 但是不能进行提交下一步。)或者 “先到先 OR—Split、0R—join和Iteration。即顺序 方法编写测试用例。设计测试用例时，流程 得”(未指定 “主办人”，以先提交审批的作 路由 (一个任务接着另一个任务被顺序的执 属性 的测试参数不作为单独的测试用例 ， 为 “主办人”，审批意见为下一步流转 的依 行)、与分支 (当任务A完成后，任务B和任 而是作为一个测试用例 的组成部分，验证 据)。主办人 “同意”后则提交公司领导审 务C可以并行执行)、与连接 (只有在任务A 整个流程处理的正确性。 批，“不同意”则返 回给提出审批人 。公司领 和任务B都 完成 后，任务C才可 以执