1. 文档介绍................................................. 4 1.1 文档目的.... .... .... .... .... .... .... .... .... .... ..... 4 1.2 文档范围..... .... .... .... .... .... .... .... .... .... .... 4 1.3 读者对象.... .... .... .... .... .... .... .... .... .... ..... 4 1.4 参考文献..... .... .... .... .... .... .... .... .... .... .... 4 1.5 术语与缩写解释..... . .... .... .... .... .... .... .... .... 4 2. 功能测试用例...... .... .... .... ...... .... .... .... .... .... 4 2.1 被测试对象的介绍......... .... .... .... ........ .... .... .... 4 2.2 测试范围与目的........ .... .... .... ........ .... .... .... . 5 2.3 测试环境与测试辅助工具的描述....... .... . ... ...... .... .... 5 2.4 测试驱动程序的设计... ... ... ... ... ... ... ... ... ... .. 5 2.5 功能测试用例.. ... ... ... ... ... ... ... ... ... ... .... 5 3. 性能测试用例... ... ... ... ... ... ... ... ... ... ... .... 14 3.1 被测试对象的介绍.... ... ... ... ... ... ... ... ... ... .. 14 3.2 测试范围与目的... . ... ... ... ... ... ... ... ... ... ... ..14 3.3 测试环境与测试辅助工具的描述... ... ... ... ... ... ... ... 14 3.4 测试驱动程序的设计.. ... ... ... ... ... ... ... ... ... ... 15 3.5 性能测试用例.... ... ... ... ... ... ... ... ... ... ... .. 15 4. 图形用户界面测试用例.... ... ... ... ... ... ... ... ... .... 16 4.1 被测试对象的介绍.. ... ... ... ... ... ... ... ... ... .... 16 4.2 测试范围与目的.... ... ... ... ... ... ... ... ... ... ... . 16 4.3 测试环境与测试辅助工具的描述... ... ... ... ... ... ... ... 17 4.4 测试驱动程序的设计.... ... ... ... ... ... ... ... ... ... . 19 4.5 测试人员分类... ... ... ... ... ... ... ... ... ... ... ... 19 4.6 用户界面测试的检查表.. ... ... ... ... ... ... ... ... .... 19 5. 压力测试用例.... ... ... ... ... ... ... ... ... ... ... ... 20 5.1 被测试对象的介绍.. ... ... ... ... ... ... ... ... ... .... 20 5.2 测试范围与目的.... ... ... ... ... ... ... ... ... ... ... . 20 5.3 测试环境与测试辅助工具的描述... ... ... ... ... ... ... ... . 20 5.4 测试驱动程序的设计.... ... ... ... ... ... ... ... ... ... . 21 5.5 压力测试用例... ... ... ... ... ... ... ... ... ... ... ... 21 附录：评审意见..... ... ... ... ... ... ... ... ... ... ... .. 23
1 / 18
1. 文档介绍 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 GUI 2. 功能测试用例 2.1 被测试对象的介绍
办公自动化简称OA(Office Automation)，主要是利用计算机、通信和自动控制等技术与设备，实现办公业务的自动化。它是提高办公效率、办公质量和实现科学管理与科学决策的一种辅助手段。系统主要供甲方内部各个部门及各下级直属单位办公用。本文档主要是针对OA系统的各功能进行测试。 2.2 测试范围与目的
测试范围是需求规格说明书中的需求3.1功能性需求中的各个子模块的各个功能。
测试目的是在于明确系统功能测试的范围，并详细描述测试该系统的功能需求。
2 / 18
解 释 Office Automation 图形用户界面 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公文管理的用户模块 用例目的 前提条件 用例ID 完成公文的起草、审核、审批、发文和归档操作，实现公文管理的办公自动化 能够成功完成用公文管理的各操作 公文管理模块能够运行 输入/动作 期望结果 实际情况 选择公文处可以自由选 理流程 择流程 选择起草公能够起草公 文 文 下模公文模可以下载所 块 选择的公文 填写公文内可以在公文 容 内输入内容 Pass/ Fail /To do 注释 执行人员 OA—12—1－1 OA—12—１－2 OA—12—１－3 OA—12—１－4 上传WROA系统时,没有填写公文不能执行上 OA—12—１－5 名称,但有传操作 选择公文上传地址 上传WROA系统时,有填写公文名不能执行上 OA—12—１－6 称,但没有传操作 选择公文上传地址 OA—12—１－7 上传WROA能执行上传 系统时,有操作 3 / 18
填写公文名称和有选择公文上传地址 能点击同意科室主任审 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公文管理的系统模块 用例目的 前提条件 用例ID 输入/动作 主要是供系统管理员定义公文管理基础信息用。 能够完成定义公文管理基础信息 公文管理模块能够运行 Pass/ Fail /To do 期望结果 实际情况 注释 执行 人员 可以供用以WORD方式户填写和 OA—12—２—1 建立几个独立 以附近形的公文模块 式流通 OA—12—２—2 新建和删除公新建和删 文模块 除公文模4 / 18
块 公文模块在流不能删除 OA—12—２—3 传时删除公文 公文模块 模块 公文模块在流可以新增 OA—12—２—4 传时新增公文公文处理 处理流程 流程 不是管理员的不能对公 OA—12—２—5 用户对公文模文模维护 维护进行操作 进行操作 管理员用户对能对公文 OA—12—２—6 公文模维护进模维护操 行操作 作 显示公文流程可以删除 OA—12—２—7 列表,点击删 公文流程 除 公文处理流程不能删除 OA—12—２—8 在流传时删除公文处理 公文模块 流程 公文模块在流可以新增 OA—12—２—9 传时新增公文公文处理 处理流程 流程 OA—12— —10 不是管理员的不能对公２用户对公文流文处理流 程列表进行操程进行操作 作 可以对公管理员的用户２文处理流对公文流程列 程进行操表进行操作 作 ２对各类别公文设置对应审批可以设置 流程 OA—12— —11 OA—12— —12 OA—12— —13 新增流程时，输入流程名称、对应模板、２可以保存流程描述，然 该流程 后再定义流程里面的具体活动 ２新增流程时，不可以保输入流程名 存该流程 称、对应模板、5 / 18
OA—12— —14 流程描述，不定义流程里面的具体活动 OA—12— —15 不是管理员的不能对新２用户对新增公增公文流 文流程进行操程进行操作 作 可以对新管理员的用户２增公文流对新增公文流 程进行操程进行操作 作 OA—12— —16 需求3.1.3会议管理的办公模块 用例目的 前提条件 用例ID 成会议申请、审批及会议归档等操 作，实现甲方会议管理的自动化 够成功完成会议管理的各操作 会议管理模块能够运行 Pass/ Fail /To do 执行 人员 期望的输输入/动作 实际情况 出/相应 注释 会议申请发起人员填写议类型、主会议申请 OA—13—１－1 题、简介、参 完成 与者、需要设备类型及数量等信息 会议申请人员填写会议类型、主题、会议申请 OA—13—１－2 简介、需要设 不通过 备类型及数量等信息,没有填参与者 教育局局长可以点击对发起的会 OA—13—１－3 同意或不 议申请进行同意按钮 审批 不可以点主任对发起击同意或 OA—13—１－4 的会议申请 不同意按进行审批 钮 分管办公室可以点击 OA—13—１－5 的副局长对同意或不 各处室提交同意按钮 6 / 18
的会议申请进行审批 主任对各处不可以点室提交的会击同意或 OA—13—１－6 议申请进行不同意按审批 钮 会议通过后,办公室主会议申请自 OA—13—１－7 任可以收 动发给办公到 室主任 各参加会办公室主任议的有关安排完成后, OA—13—１－8 人员可以 会议通知自收到会议动下达 通知 系统中会会议记录需 OA—13—１－9 保存有会 要归档 议记录 需求3.1.3会议管理的系统模块 用例目的 前提条件 用例ID 功能与会议管理模块相关 能够完成管理会议管理基础信息 系统管理模块可以实现 Pass/ Fail 注释 /To do 输入/动作 期望结果 实际情况 执行 人员 新建、删除、可以新建、 OA—13—２—1 更改会议类删除、更改 型 会议类型 管理员用户对公议管理 OA—13—２—2 可以操作 模块的维护进行操作 不是管理员的用户对公不可以操 OA—13—２—3 议管理模块作 的维护操作 需求3.1.4用车管理的办公模块 用例目的 前提条件 用例ID 完成用车的申请、审批及交车等操作， 实现甲方用车管理自动化 能成功完成用车管理的各操作 用车管理模块能够运行 Pass/ Fail 注释 /To do 执行 人员 输入/动作 期望结果 实际情况 OA—14—１－1 提出用车申申请通过, 7 / 18
请，填写出行等待审批 地、时间段、人员数目、行程简介、需车类型等资料 提出用车申请，填写出行地、人员数申请不通 OA—14—１－2 目、行程简 过 介、需车类型等资料,不填写时间段 可以点击教育局局长同意或不对全局各处同意按钮, OA—14—１－3 室发起的用并自动发 车申请进行送到办公审批 室副主任安排 主任对全局不可以点各处室发起击同意或 OA—14—１－4 的用车申请不同意按进行审批 钮 可以点击分管办公室同意或不的副局长对同意按钮, OA—14—１－5 各处室提交并自动发 的用车申请送到办公进行审批 室副主任安排 司机、用车办公室副主申请人及任安排好后 OA—14—１－6 乘车人员 自动发送用会收到通车通知 知 司机出车完可以做下 OA—14—１－7 成,执行交车 次出车 动作 需求3.1.4用车管理的系统模块 用例目的 前提条件 用例ID 功能与用车管理模块相关 能完成管理用车管理基础信息 系统管理模块实现 Pass/ Fail 输入/动作 期望结果 实际情况 注释 执行 人员 8 / 18
/To do 管理员用户对汽车资料 OA—14—２—1 可以操作 管理模块进行操作 不是管理员用户对汽车不可以操 OA—14—２—2 资料管理模作 块进行操作 需求3.1.5消息管理模块 用例目的 前提条件 用例ID 为系统其它部分提供基础的消息通讯， 实现消息的发送和接收功能 能成功完成用车管理的各操作 消息管理模块能够实现 Pass/ Fail 注释 /To do 执行 人员 输入/动作 期望结果 实际情况 各参加会办公室主任议的有关安排完成后,人员可以 会议通知自收到会议动下达 通知 司机、用车办公室副主申请人及任安排好后乘车人员 自动发送用会收到通车通知 知 教育局长有公文需要自动收审 审批 批通知 OA—15—1 OA—15—2 OA—15—3 需求3.1.6个人事务管理模块 用例目的 前提条件 用例ID 显示个人将要处理事务的列表 能成功完成用车管理的各操作 个人事务管理模块能够实现 Pass/ Fail 注释 /To do 输入/动作 期望结果 实际情况 显示需参加的会议列表、需坐用户登录后,车出行的自动显示相 信息列表、关列表 需要该用户审批的用车申请9 / 18
执行 人员 OA—16—1 数目、待审批的会议数目、待审批的公文列表 进入到具点击用户审体审批操批的用车申作界面，再 请数目 完成审批活动 进入到具体会议审点击待审批批的操作 的会议数目 界面，再完成会议审批活动 能够显示点击待审批该公文的的公文列表详细信息， 后选择工程 用户完成审批活动 OA—16—2 OA—16—3 OA—16—4 需求3.1.7移动办公模块 用例目的 前提条件 用例ID 输入/动作 提供移动Web应用，方便用户通过手机，进行移动办公 能成功完成移动办工的各操作 移动办公模块能够实现 期望结果 实际情况 显示需参加的会议列表、需坐车出行的信息 列表、待审批的公文列表 Pass/ Fail 注释 /To do 执行人员 OA—17—1 用户登录 OA—17—2 显示该项公点击待审批的文的详细信公文列表后选息，并且可 择工程公文 以完成审批的操作 用手机登录后,可查看申请 申请用车 和审批结果 10 / 18
OA—17—3 OA—17—4 用手机登录后,可查看申请 提出续车申请 和审批结果 需求3.1.8日志管理模块 用例目的 前提条件 用例ID 输入/动作 记录系统的操作记录，供后台管理用 能成功完成日志管理的各操作 管理系统模块可以实现 期望结果 实际情况 Pass/ Fail 注释 /To do 执行人员 OA—18—1 用户登录,提出记录了用户用车申请和会的用车和会 议申请,查看日议申请 志记录 需求3.1.9系统管理模块 用例目的 前提条件 用例ID 输入/动作 对OA系统的后台进行管理，设置基础信息，以及定义办公处理的业务流程 能成功完成系统管理的各操作 系统管理模块可以实现 期望结果 实际情况 Pass/ Fail 注释 /To do 执行人员 OA—19—1 OA—19—2 OA—19—3 输入用户名和密进入个人工 码 作面板 登录系统,注销退出系统 用户 用管理员帐号登可以查看到 录,创建用户 用户信息 与需求3.1.2公文管理的系统模 块相同 与需求3.1.3会议管理的系统模 块相同 与需求3.1.4用车管理的系统模 块相同 OA—19—4 OA—19—5 OA—19—6
3. 性能测试用例 3.1 被测试对象的介绍
办公自动化简称OA(Office Automation)，主要是利用计算机、通信和自动控制等技术与设备，实现办公业务的自动化。它是提高办公效率、办公质量和实现科
11 / 18
学管理与科学决策的一种辅助手段。系统主要供甲方内部各个部门及各下级直属单位办公用。本文档主要是针对测试其性能而编写的测试用例。 3.2 测试范围与目的
测试范围：需求3.2.3性能中的各个子内容,包括页面平均响应速度、可容纳同时在线的用户数、在移动设备中访问本系统的功能。
测试目的：在于明确系统性能测试的范围，并详细描述测试该系统的的各性能。 3.3 测试环境与测试辅助工具的描述 3.3.1测试环境:
操作系统 Windows XP 浏览器 Microsoft Internet Explorer 3.3.2测试工具:
LoadRunner 7.8 企业级软件并发自动化压力测试工具 3.4 测试驱动程序的设计
3.5 性能测试用例 页面平均响应用户请求页面平均响应时间不超过5秒钟，最长响应时间不超过10秒钟 速度 用例目的 前提条件 用例ID OA—3.5—1 OA—3.5—2 OA—3.5—3 测试用户请求页面是否能够在5分钟内响应,最长也不要超过10分钟 用户需要登录,进入本系统 Pass/ 期望的性能（平实际性能（平输入数据 Fail 均值） 均值） /To do 注释 执行人 员 可容纳同时在线的用户系统可以容纳500用户同时在线办公 数 用例目的 前提条件 用例ID 测试本系统是否可以容纳500人同时在线 需安装Loadrunner和进入本系统 Pass/ 期望的性能实际性能输入数据 Fail （平均值） （平均值） /To do 注释 执行人员 OA—3.5—4 OA—3.5—5 OA—3.5—6 12 / 18
在移动设备中在移动设备访问本系统的功能。同时，由于移动设备是无线访问我们的Web访问本系统的应用，因此不要把页面设置得太复杂，避免因页面过大影响访问速度 功能 用例目的 前提条件 用例ID OA—3.5—7 OA—3.5—8 测试在移动设备中是否可以进入本系统与使本系统的基本功能 服务器运行和使用的移动调备可以登录网络 Pass/ 期望的性能实际性能输入数据 Fail （平均值） （平均值） /To do 注释 执行人员
4. 图形用户界面测试用例 4.1 被测试对象的介绍
办公自动化简称OA(Office Automation)，主要是利用计算机、通信和自动控制等技术与设备，实现办公业务的自动化。它是提高办公效率、办公质量和实现科学管理与科学决策的一种辅助手段。为了响应政府机构电子政务要求，提高办公效率，甲方决定委托XXX软件公司开发OA系统，以满足该教育局日常办公需要。
4.2 测试范围与目的 4.2.1 GUI 测试用例范围: ４.２.１.１窗体测试
a.窗体大小是否合适,控件布局是否合理。
b.移动窗体.快速或慢速移动窗体,背景及窗体本身刷新是否正确。 c.缩放窗体,窗体上的控件是否随窗体的大小变化而变化。
d.显示分辨率.在不同的分辨率的情况下测试程序的显示是否正常。 进行测试时图标执行操作是否有效,是否与菜单栏中图标显示一致。错误信息内容是否正
确,无错别字,且明确等等。 ４.２.１.２菜单测试
13 / 18
a.选择菜单是否可以正常工作,并与实际执行内容一致。 b.是否有错别字: c.快捷键是否重复。 d.热键是否重复。
e.快捷键与热键操作是否有效 f.是否存在中英文混合
g.菜单要与语境相关,如,不同权限的用户登陆一个应用程序,不同级别的用户可以看到不
同级别的菜单并使用不同级别的功能。 ４.２.１.３控件测试
a.窗体或控件的字体和大小是否一致。 b.注意全角,半角是否混合 c.中英文是否混合. ４.２.１.４特殊属性
a.主界面及大多数界面是否有该教育局ＯＡ系统图标 b.选择\"帮助\"->\"关于\"命令,是否能看见相关版权和产品信息
4.3 测试环境与测试辅助工具的描述
４.３.1硬件设备 序号 设备型号 设备用途 设备配置 1 服务器 测试OA系统 服务器功能 ２ 个人计算机 测试客户端Window2000/windowXP 的功能 序号 技术指标工程 技术指标 1 CPU类型 32位 CPU为P4 2.0G*1（标配1颗） 2 CPUCache (L1+L2) CPU=512k 3 内存(最大满配) 系统内存=512M（标配512M，目前配置2.5G） 4 网络协议 支持TCP/IP、IPX等多种协议族 14 / 18
序号 5 6 7 技术指标工程 系统可靠性 操作系统 局域网接入方式 技术指标 MTBF>=80000小时 系统采用Windows 2000操作系统 采用 10/100/1000 以太网 ４.３.2软件环境 服务器软件环境
操作系统：采用Windows2000 Server Web服务：
数据库：SQL SERVER 2005 Express 客户端软件环境
操作系统：Windows9x以上，IE5.5（推荐使用IE6.0）
4. 3. 3测试辅助工具
Ｎetscape Ｎavigator 或者 Ｍicrosoft ＩＥ
4.4 测试驱动程序的设计
4.5 测试人员分类 类别 特征 A类 符合所规定的测试用例标准，能较好实现基本功能，完成基本操作。 B类 基本符合所规定的测试用例标准，能正常实现基本功能，正常完成基本操作。 C类 存在需要修改的缺陷以及不完全符合用例要求，导致不能正常实现该工程的基本功能以及基本操作。
4.6 用户界面测试的检查表 检查项 测试人员的类别及其评价 窗口切换、移动、改变大小时正常吗？ 各种界面元素的文字正确吗？（如标题、提 示等） 各种界面元素的状态正确吗？（如有效、无 效、选中等状态） 各种界面元素支持键盘操作吗？ 各种界面元素支持鼠标操作吗？ 对话框中的缺省焦点正确吗？ 数据项能正确回显吗？ 对于常用的功能，用户能否不必阅读手册就 15 / 18
能使用？ 执行有风险的操作时，有“确认”、“放弃” 等提示吗？ 操作顺序合理吗？ 有联机帮助吗？ 各种界面元素的布局合理吗？美观吗？ 各种界面元素的颜色协调吗？ 各种界面元素的形状美观吗？ 字体美观吗？ 图标直观吗？ 5. 压力测试用例 5.1 被测试对象的介绍
办公自动化简称OA(Office Automation)，主要是利用计算机、通信和自动控制等技术与设备，实现办公业务的自动化。它是提高办公效率、办公质量和实现科学管理与科学决策的一种辅助手段。为了响应政府机构电子政务要求，提高办公效率，甲方决定委托XXX软件公司开发OA系统，以满足该教育局日常办公需要。 5.2 测试范围与目的
1、测试用户请求页面平均响应时间，目的是测试该系统在指定时间内的反应情况。
2、系统可以容纳同时在线办公的用户人数，目的是测试该系统的最大承载能力。 3、在移动设备访问本系统的功能，目的是测试用移动设备访问该系统的功能实现情况。
5.3 测试环境与测试辅助工具的描述 5.３.1硬件设备
序号 设备型号 设备用途 设备配置 测试OA系统1 服务器 服务器功能 测试客户端２ 个人计算机 Window2000/windowXP 的功能 测试移动办3 手机设备 可上网 公 5.３.2软件环境
16 / 18
服务器软件环境
操作系统：采用Windows2000 Server Web服务：
数据库：SQL SERVER 2005 Express 客户端软件环境
操作系统：Windows9x以上，IE5.5（推荐使用IE6.0） Wap服务：
5. 3. 3测试辅助工具 LoadRunner 负载测试工具 5.4 测试驱动程序的设计 5.5 压力测试用例 极限名称A 前提条件 用例ID OA—5.5—1 OA—5.5—2 OA—5.5—3 500用户同时在线办公 服务器能正常运行 输入/动作 Pass/ 输出/响是否能正Fail 应 常运行 /To do 注释 执行人员 10 个用户并发操作 20个用户并发操作 30 个用户并发操作 极限名称B 前提条件 用例ID OA—5.5—4 OA—5.5—5 极限名称C 用户请求页面平均响应时间不超过5秒钟，最长响应时间不超过10秒钟 网络正常，电脑性能符合正常使用条件，服务器能正常运行 Pass/ 输入/动输出/响是否能正Fail 注释 执行人员 作 应 常运行 /To do 在移动设备访问本系统的功能时的访问速度 17 / 18
前提条件 用例ID 手机网络、手机设备符合正常使用条件 输入/动作 输出/响应 是否能Pass/ 执行人正常运Fail 注释 员 行 /To do OA—5.5—6 10个用户并发操作 OA—5.5—7 OA—5.5—8 20 个用户并发操作 30个用户并发操作
附录：评审意见 工程开发人员和同行专家意见： 签字 日期
18 / 18
因篇幅问题不能全部显示，请点此查看更多更全内容