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