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
操作系统
系
升级会员 