OA系统测试用例

1OA系统测试用例1.文档介绍.................................................41.1文档目的.............................................41.2文档范围.............................................41.3读者对象.............................................41.4参考文献.............................................41.5术语与缩写解释......................................42.功能测试用例............................................42.1被测试对象的介绍.........................................42.2测试范围与目的.........................................52.3测试环境与测试辅助工具的描述.............................52.4测试驱动程序的设计................................52.5功能测试用例....................................53.性能测试用例.....................................143.1被测试对象的介绍.................................143.2测试范围与目的....................................143.3测试环境与测试辅助工具的描述........................143.4测试驱动程序的设计................................153.5性能测试用例....................................154.图形用户界面测试用例................................164.1被测试对象的介绍.................................164.2测试范围与目的...................................164.3测试环境与测试辅助工具的描述........................174.4测试驱动程序的设计................................194.5测试人员分类....................................194.6用户界面测试的检查表..............................195.压力测试用例.....................................205.1被测试对象的介绍.................................205.2测试范围与目的...................................205.3测试环境与测试辅助工具的描述.........................205.4测试驱动程序的设计................................215.5压力测试用例....................................21附录：评审意见.....................................2321.文档介绍1.1文档目的本文档的目的在于为执行测试提供用例，指导测试的实施，查找分析缺陷，评估测试质量。1.2文档范围本文档包括了功能测试用例、性能测试用例、GUI测试用例、压力测试用例。1.3读者对象测试工作组成员，项目经理，个别开发人员1.4参考文献[软件测试技术]徐芳，系统测试规范，机械工业出版社，2007-2[05-OA项目-测试用例模板][05-OA项目-需求规格说明书][05-OA项目-测试用例模板][广东农工商技术学院07软件测试甲方OA系统系统测试计划]李兴鹏，2008-7-31.5术语与缩写解释缩写、术语解释OAOfficeAutomationGUI图形用户界面2.功能测试用例2.1被测试对象的介绍办公自动化简称OA(OfficeAutomation)，主要是利用计算机、通信和自动控制等技术与设备，实现办公业务的自动化。它是提高办公效率、办公质量和实现科学管理与科学决策的一种辅助手段。系统主要供甲方内部各个部门及各下级直属单位办公用。本文档主要是针对OA系统的各功能进行测试。2.2测试范围与目的测试范围是需求规格说明书中的需求3.1功能性需求中的各个子模块的各个功能。测试目的是在于明确系统功能测试的范围，并详细描述测试该系统的功能需求。32.3测试环境与测试辅助工具的描述2.3.1测试环境:操作系统WindowsXP浏览器MicrosoftInternetExplorer移动浏览器WAP2.3.2测试辅助工具:WinrunnerC/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系统时,有能执行上传操作4填写公文名称和有选择公文上传地址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新建和删除公文模块新建和删除公文模5块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新增流程时，输入流程名称、对应模板、不可以保存该流程6流程描述，不定义流程里面的具体活动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分管办公室的副局长对各处室提交可以点击同意或不同意按钮7的会议申请进行审批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提出用车申申请通过,8请，填写出行地、时间段、人员数目、行程简介、需车类型等资料等待审批OA—14—１－2提出用车申请，填写出行地、人员数目、行程简介、需车类型等资料,不填写时间段申请不通过OA—14—１－3教育局局长对全局各处室发起的用车申请进行审批可以点击同意或不同意按钮,并自动发送到办公室副主任安排OA—14—１－4主任对全局各处室发起的用车申请进行审批不可以点击同意或不同意按钮OA—14—１－5分管办公室的副局长对各处室提交的用车申请进行审批可以点击同意或不同意按钮,并自动发送到办公室副主任安排OA—14—１－6办公室副主任安排好后自动发送用车通知司机、用车申请人及乘车人员会收到通知OA—14—１－7司机出车完成,执行交车动作可以做下次出车需求3.1.4用车管理的系统模块功能与用车管理模块相关用例目的能完成管理用车管理基础信息前提条件系统管理模块实现用例ID输入/动作期望结果实际情况Pass/Fail注释执行人员9/TodoOA—14—２—1管理员用户对汽车资料管理模块进行操作可以操作OA—14—２—2不是管理员用户对汽车资料管理模块进行操作不可以操作需求3.1.5消息管理模块为系统其它部分提供基础的消息通讯，实现消息的发送和接收功能用例目的能成功完成用车管理的各操作前提条件消息管理模块能够实现用例ID输入/动作期望结果实际情况Pass/Fail/Todo注释执行人员OA—15—1办公室主任安排完成后,会议通知自动下达各参加会议的有关人员可以收到会议通知OA—15—2办公室副主任安排好后自动发送用车通