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