OA系统测试用例.docx

OA 系统测试用例 文档介绍 1.1 文档目的 本文档的目的在于为执行测试提供用例，指导测试的实施，查找分析缺陷，评估测试质量。 1.2 文档范畴 本文档包括了功能测试用例、性能测试用例、 GUI 测试用例、 压力测试用例。 1.3 读者对象 测试工作组成员，项目经理，个别开发人员 1.4 参考文献 [软件测试技术 ] 徐芳，系统测试规范，机械工业出版社， 2007-2 [05-OA 项目 -测试用例模板 ] [05-OA 项目 -需求规格讲明书 ] [05-OA 项目 -测试用例模板 ] [ 广东农工商技术学院 07 软件测试甲方 OA 系统系统测试打算 ] 李兴 鹏， 2008-7-3 1.5 术语与缩写讲明 缩写、术语  解 释 OA  Office Automation GUI  图形用户界面 功能测试用例 2.1 被测试对象的介绍 办公自动化简称 OA(Office Automation)，要紧是利用运算机、 通信和自动操纵等技术与设备，实现办公业务的自动化。它是提升办公效 率、办公质量和实现科学治理与科学决策的一种辅助手段。系统要紧供甲 方内部各个部门及各下级直属单位办公用。本文档要紧是针对 各功能进行测试。 2.2 测试范畴与目的  OA  系统的 测试范畴是需求规格讲明书中的需求 3.1 功能性需求中的各个子模块的各个功能。 测试目的是在于明确系统功能测试的范畴，并详细描述测试该系统的功能需求。 2.3 测试环境与测试辅助工具的描述 2.3.1 测试环境 : 操作系统  Windows XP 扫瞄器  Microsoft Internet Explorer 移动扫瞄器  WAP 2.3.2 测试辅助工具 : Winrunner C/S、B/S 架构下功能性自动化测试工具 2.4 测试驱动程序的设计 2.5 功能测试用例 需求 3.1.2 公文治理的用户模块 完成公文的起草、审核、审批、发文和归档操 作，实现公文治理的办公自动化 用例目的 能够成功完成用公文治理的各操作 前提条件 公文治理模块能够运行 Pass/ 执 行 人 用例 ID 输入/动作 期望结果 实际情形Fail 注释 /To do 员 OA— 12— 1－ 1 选择公文处 能够自由选 理流程 择流程 OA— 12—１－ 2 选择起草公 能够起草公 文 文 OA— 12—１－ 3 下模公文模 能够下载所 块 选择的公文 OA— 12—１－ 4 填写公文内 能够在公文 容 内输入内容 上 传 WROA 系统时,没 OA— 12—１－ 5 有填写公文 不能执行上 名称, 但有传操作 选择公文上 传地址 上 传 WROA 系统时,有 OA— 12—１－ 6 填写公文名 不能执行上 称, 但没有传操作 选择公文上 传地址 上 传 WROA 系统时,有 OA— 12—１－ 7 填写公文名 能执行上传 称和有选择 操作 公文上传地 址 科室主任审 能点击同意 OA— 12—１－ 8 或不同意按 核公文 钮 科室工作人 不能点击同 OA— 12—１－ 9 意或不同意 员审核公文 按钮 副局长审核 不能点击同 OA— 12—１－ 10 意或不同意 公文 按钮 副局长审批 能点击同意 OA— 12—１－ 11 或不同意按 公文 钮 科室工作人 不能点击同 OA— 12—１－ 12 意或不同意 员审批公文 按钮 科室主任审 不能点击同 OA— 12—１－ 13 意或不同意 批公文 按钮 通过审批后 OA— 12—１－ 14 公文分发 公文会自动 分发 起草后工作 OA— 12—１－ 15 公文归档 人员能够点 击同意或不 同意按钮进 行归档 需求 3.1.2 公文治理的系统模块 要紧是供系统治理员定义公文治理基础 信息用。 用例目的 能够完成定义公文治理基础信息 前提条件 公文治理模块能够运行 Pass/ 执 行 用例 ID 输入/动作 期望结果 实际情形Fail 注释 /To do 人员 以 WORD方式 能够供用 户填写和 OA— 12—２— 1 建立几个独立 以邻近形 的公文模块 式流通 新建和删除公 新建和删 OA— 12—２— 2 除公文模 文模块 块 公文模块在流 不能删除 OA— 12—２— 3 传时删除公文 公文模块 模块 公文模块在流 能够新增 OA— 12—２— 4 传时新增公文 公文处理 处理流程 流程 不是治理员的 不能对公 OA— 12—２— 5 用户对公文模 文模爱护 爱护进行操作 进行操作 治理员用户对 能对公文 OA— 12—２— 6 公文模爱护进 模爱护操 行操作 作 显示公文流程 能够删除 OA— 12—２— 7 列表, 点击删 公文流程 除 公文处理流程 不能删除 OA— 12—２—