办公自动化(OA)系统测试

1、江西信息应用职业技术学院 毕业设计(论文专业名称 软件技术专业班 级学生名称指导教师 夏侯赟系 主 任 胡颖辉二一一年 四 月 三十 日毕业设计(论文任务书I 、 毕业设计(论文题目:办公自动化 (OA系统 测试II 、 毕业设计(论文使用的原始资料(数据及设计技术要求:原始数据资料 :办公自动化 (OA系统 。技术要求 :对 办公自动化 (OA系统 的测试流程进行研究并对主要模块 (用户登录模块、 电 子邮件模块、 系统管理模块 进行功能测试 , 设计测试用例。 通过执行测试用例了解系统缺陷 , 分析得出测试总结报告。III 、 毕业设计(论文工作内容 :该论文是对一个 办公自动化 (OA系

2、统 的测试,具体步骤如下:A :获得一个 办公自动化 (OA系统 及相当数据B: 制定详细的测试计划C: 模拟用户对 Web 应用程序进行功能测试并生成测试结果D :分析 Web 应用程序功能及稳定性并提交测试报告IV 、主要参考资料:软件测试技术软件测试的有效方法 JSP 项目开发全程实录计算机技术系软件技术专业学 生:日 期:自 2010 年 11月 20 日 至 2011年 4 月 30 日指导老师 : 夏侯赟系主任 : 胡颖辉目 录前 言 1 第一章 被测试软件项目介绍 . 11.1被测试软件项目的背景 . 1 1.2办公自动化 (OA系统介绍 . . 3 1.3办公自动化 (OA系统

3、的功能需求分析研究 . 3 1.4办公自动化 (OA系统可用性要求 . 5 第二章 测试计划 . 6 2.1概述 . 6 2.2定义 . 6 2.3 质量风险摘要 . 7 2.4测试进度计划 . 7 2.5进入和退出标准 . . 8 2.6 测试配置和环境 . 8 2.7 测试开发 . 8 2.8 参考文档 . 8 第三章 测试过程概述 . 9 3.1 单元测试 . 9 3.2 集成测成 . 9 3.3 系统测试 . 10 3.4 验收测试 . 10 第四章 测试用例设计 . 11 4.1用户管理子系统测试大纲 . .11 4.2 其他可用性测试检查标准 . 12 4.3 功能测试用例 . 1

4、2 第五章 测试结果与缺陷报告 . 16 5.1 测试总结报告 . 16 5.2软件测试结果统计分析 . 17 5.3 编写缺陷报告 . 19 第六章 文档测试 . 20致谢 . 22参考文献 . 22办公自动化 (OA系统测试摘 要本文是从办公与文件处理的特性、技术特点和工作原理出发,阐述了办公自动化 (OA系统作用和意义, 并对系统中的一些功能进行测试和关键点重写等, 且对相关的设计方法进 行了详细的说明,为进一步的研究和后期开发提供了思路和有效的开发方法。关键字 :单元测试 功能测试 文档测试第一章 被测试软件项目介绍系统软件已深入到软件各方面, 对软件质量的要求在不断提高, 软件测试成

5、为软件开发 中一个重要部分。软件测试是使用为发现错误所选择的输入和状态的组合而执行代码的过 程。 包括白盒测试和黒盒测试。 黒盒测试不考虑内部逻辑结构, 只依据程序规格说明书, 检 查程序功能。 白盒测试利用程序内部逻辑结构, 设计或选择测试用例, 对程序所有逻辑路径 进行测试。随着 J2EE 应用开发的流行,并应用到各种大型电子商务和办公应用中,这些领域对软 件质量要求非常高, 要是在应用中出现错误, 会造成严重的损失。最近几年, 由于软件的复 杂度不断增强,软件产业的不断发展,软件测试得到越来越广泛的重视。软件应用的日趋广泛, 加深了社会和经济对计算机的依赖, 但软件故障时常会给人们的 生

6、活带来不便, 甚至不安。 特别是一些软件, 其行为直接关系到人们的生命安全、 财产的损 失和严重的环境破坏。这些软件就是通常所说的安全苛求软件。如何保障这些软件的质量, 防止灾难性事故的出现,已成为一个刻不容缓的研究课题。1.1被测试软件项目的背景办公自动化,英文 Office Automation ,简称 OA ,是办公信息处理的自动化,它利用先 进的技术, 使人的各种办公业务活动逐步由各种设备、 各种人、 机信息系统来协助完成, 达 到充分利用信息,提高工作效率和工作质量,提高生产率的目的。办公自动化由 70年代末 80年代初在我国提出, 到现在已有近二十年的发展历史。 由于 办公自动化技

7、术的不断发展, 办公自动化新产品不断的出现, 办公自动化的内涵也不断地丰 富和发展。大部分中小型企业自成立至今, 办公模式为传统的办公模式并主要以纸介质为主, 在信息革命的浪潮中, 显然已经远远不能满足高效率、 快节奏的现代工作和生活的需要。 如何实 现信息处理的自动化和办公的无纸化逐步得到了公司领导的重视。而今公司普遍使用计算机来提高员工的工作效率,但是在需要许多员工一起协同工作 的现代工作环境中, 公司更需要提高整体的工作效率。 利用网络通讯基础及先进的网络应用 平台,建设一个安全、可靠、开放、高效的信息网络和办公自动化、信息管理电子化系统, 为管理公司提供现代化的日常办公条件及丰富的综合

8、信息服务, 实现档案管理自动化和办公 事务处理自动化, 以提高办公效率和管理水平, 实现公司各部门日常业务工作的规范化、 电 子化、标准化,实现信息的在线查询、借阅。最终实现“无纸”办公。1、传统办公模式 图 1-1 传统办公模式传统的办公模式主要以纸介质为主, 在信息革命的浪潮中, 显然已经远远不能满足高效 率、 快节奏的现代工作和生活的需要。 如何实现信息处理的自动化和办公的无纸化逐步得到 了人们的重视。2、网络办公模式 图 1-2网络化办公模式现有网络办公自动化系统和大型信息管理系统中, 企业业务流程重组或者是文件流转功 能都是核心功能。 同时企业办公主要是一个文件流转的过程, 所有的办

9、公事务都可以抽象成 一个数据库对象。目前办公自动化系统较成熟的模式是客户 /服务器方式,而新一代的办公自动化系统则 应是 Internet/Intranet方式,即 B/S(Browser/Server, B/S结构,才更能适应目前及未 来的要求。1.2办公自动化 (OA系统介绍办公自动化系统 (OA,是伴随着 Internet 技术在各个领域的广泛应用,和各行各业企 业信息化建设步伐的加快应运而生。当代社会已经进入信息时代,信息技术革命使社会的各个领域都发生了翻天覆地的变 化, 每个企业都必须紧跟时代的步伐, 加强企业竞争力和提升现代化企业的管理能力, 以适 应整个社会的发展变化。企业对信息

10、需求的增长, 使计算机、 网络技术已经渗透到企业的日常工作中。 传统的企 业内信息的交流方式早已不能满足企业对大量信息的快速传递与处理的需求, 办公自动化管 理系统的应用满足了企业的办公网络化、自动化的管理需求,提高了企业内部的管理水平, 进而全面提升了企业在市场竞争中的综合竞争力。1.3办公自动化 (OA系统的功能需求分析研究1、用户身份验证模块在用户身份验证模块的总体流程分析中业务流程图是表现个人办公流程的一个主要图 例,用户通过表单提供登陆信息,系统根据用户提供的信息对用户进行查询鉴别,如果身 份合法,则将用户导向系统主页。从系统退出后也进入系统登陆页面。此时,用户的身份 信息都会被清空

11、 ; 本系统功能的开发与设计,是完全针对公司内部进行办公管理以及为各部 门员工提供便捷的电子化交互平台搭建的。 用户身份验证模块是公司办公自动化管理系统重 要组成部分之一, 它主要功能是在系统用户进入系统时的身份验证以及在不同页面浏览时的 身份验证,以防止公司重要资料的泄露。流程图如下所示: 图 1-3用户身份验证流程图2、电子邮件模块该模块用作当前的登录用户给系统内的其他用户发送电子邮件, 并可以查看其他用户发 来的电子邮件。 用户可以通过选择不同的链接,进行相应的发送电子邮件、查看、设置已读 以及删除等操作。本模块中应该保存的信息有:接收者、发送者、消息内容、发送时间。 流程图如下所示:图

12、 1-4 电子邮件管理流程图3、系统管理模块本模块只有管理员以及部门经理登入才能显示, 为了公司内部资料的保密。 本模块用于所有用户信息管理、 审批管理、 分发公文以及新建管理员。 对公司重要文件进行发放及整理。 系统管理员通过登陆验证进入系统主页面,然后选择进入系统管理模块页面,管理员可以 通过系统管理模块对公司内部进行相应的操作,当点击“用户管理”时,进入相应的界 面,可以对“用户管理”里的用户信息进行查看、添加、修改、删除的操作,并有相应的 提示信息;当点击“审批管理”时,进入“审批管理”的应用界面,可以对审批文件进行 查看、添加、修改、删除的操作,冰有相应的提示信息;流程图如下:成功成

13、功 图 1-5系统管理流程图1.4办公自动化 (OA系统可用性要求没有人怀疑计算机的出现给办公室职员带来的便利,但是对现代的办公自动化而言, 其目的己经不局限于减轻员工的工作量, 而是要将员工从繁琐的事务性工作中解放出来, 用 更多的精力去关注最重要的事情, 从而提高企业的效率, 增强企业的综合竞争能力。 从这个 意义上讲, 在市场竞争日趋白热化的今天, 办公自动化己经不再是一种手段、 一种工具, 而 成为决定企业生存发展的命脉。在传统的办公模式中, 由于缺少重要的信息传递和工作流程环节, 办公的各个部门之间 无法实现信息共享和信息集成, 从而难以实现各个部门之间的高效协作。 在日常的办公过程

14、 中,比较容易出现以下的差错:各部门的信息传递和事务交接仍然由人工完成,容易出现差错;上下级和部门之间无法实现协同工作,难以及时沟通;信息和工作流程相互分离, 缺少至关重要的随时记录, 使工作监控和评估困难重重。 随着信息技术的发展和国内信息技术应用水平的提高, 在办公过程中, 传统的工作方式 和审批模式己经难以满足新的需求, 实现办公自动化已经是提高政府机关和企事业单位办公 效率,规范化管理的必然趋势。成功办公自动化系统的带来的好处有以下几点:一、信息传递与沟通交流顺畅排除因职能、 职位、 距离等原因造成的信息联络不畅而带来的企业发展羁绊, 通过构建 内部通讯、 信息发布与交流平台, 实现多

15、途径的联络与沟通, 减少信息在途时间, 提高信息 的时效性,与此同时,缩短领导与职员之间,各部门之间的距离。二、规范工作管理,提高整体效率解决了跨地域跨部门多岗位间的业务处理诸多问题, 有效避免工作中出现的脱节、 延误、 错办等情况, 杜绝职责不清、 工作推脱等怠工现象, 实现网上协同办公, 增强组织协调能力, 提高团队协作能力。 同时, 加强了领导实时了解事务状态, 实时掌控工作进度, 强化了过程 控制与监督,加强了工作管理。三、整合信息资源,实现知识管理打破“信息孤岛”, 彻底改变文件丢失遗漏、 管理分散、 查找不方便等现象, 解决因人 事变动导致经验流失等问题,通过知识管理,有效整合并积

16、累各类资源,实现再利用。 四、增强凝聚力,提高响应能力在降低管理成本, 促进管理进步的同时, 能够培养全员信息化关注与参与意识, 激发掌 握和利用先进信息技术的热情,提高专业素质,形成全新的企业文化。第二章 测试计划2.1概述测试计划,描述了要进行的 测试活动的范围、方法、资源和进度的文档。它确定 测试项、被测特性、测试任务、谁执行任务、各种可能的风险。2.2定义Testing plan(测试计划 , 描述了要进行的测试活动的范围、 方法、 资源和进度的文档。 它确定测试项、被测特性、测试任务、谁执行任务、各种可能的风险。测试计划可以有效预防计划的风险,保障计划的顺利实施。质量风险:被测试系统

17、不能实现描述的产品需求划系统不能达到用户的期望的行为, 即 系统可能存在的错误。测试用例:为了查找被测试软件中的错误而设计的一系列的操作数据和执行步骤, 即一 系列测试条件的组合。测试工具:应用于测试用例的硬件 /软件条件系统,用于安装或撤销测试环境、创造测 试条件,执行测试,或者度量测试结果等工作。测试工具独立于测试用例本身。进入标准:一套决策的指导方针, 用于决定项目是否准备好进入特定的测试阶段。 在集 中测试和系统测试阶段,进入标准会很苛刻。退出标准:一套标准, 用于决定项目是否可以退出当前的测试阶段, 或者进入下一个测 试阶段或者结束项目。同进入标准,测试过程的后几个阶段退出标准一般很

18、苛刻。功能测试:集中于正确性方面的测试。 功能测试必须和其他测试方法一起处理潜在的重 要的质量风险,比如:性能、负荷、容积和容量等。2.3 质量风险摘要表 2-1质量风险摘要表 2.4测试进度计划表 2-2测试进度计划表 2.5进入和退出标准“测试小组”配置好软硬件环境,并且可以正确访问这些环境。“开发小组”已完成所有特性和错误修复并完成修复后的单元测试。“测试小组”完成“冒烟测试”程序包能打开,随机的测试操作正确完成“开发小组”完成了所有必须修复的错误。“测试小组” 完成了所在计划的测试。 没有优先级为了 3以上的错误。 优先级为 2以下 的错误少于 5个。“项目管理小组”认为产品实现稳定性

19、和可靠性。2.6 测试配置和环境服务器 2台(配置如下 :操作系统:windows2003 , xp , windows 7Web 服务器:tomcat5.0以上 Java 开发包;jdk1.5以上;数据库:SqlServer2000或是 SqlServer2005浏览器:ie6.0以上;分辨率:最佳为 1024*768客户端 20台(配置如下 :操作系统:windows 系列, Linux 系列;浏览器:ie6.0以上, frefox ,等等;2.7 测试开发1. 设计测试用例进行手工测试2. 设计开发问题记录及交互工具,包括问题存取控制系统和所有的数据库,以对测试结 果做好的记录并且提供相

20、关测试和开发人员的交换平台。2.8 参考文档表 2-3参考文档表 第三章 测试过程概述广义来讲, 测试工作贯穿一个软件项目开发过程的始终, 从项目的策划和相关文档生产 开始直到软件通过用户的验收。 通常所说的测试是指运行软件系统 (单个的模块 以检验其 是否满足用户的要求的过程。OA 系统的测试按照一般测试过程,将其分为单元测试、集成测试、系统、和验收测试 4个阶段。对于测试开发人员来说,关注的是前 3个阶段的测试过程,因此本节详细描述前 3个阶段的测试过程,并且在后续小节中给出集成测试阶段所涉及的相关设计和分析。 3.1 单元测试单元测试是对软件中的基本组成单位进行的测试, 如一个模块、 一

21、个过程等等。 它是软 件动态测试的最基本的部分, 也是最重要的部分之一, 其目的是检验软件基本组成单位的正 确性。一个软件单元的正确性是相对于该单元的规约而言的。单元测试通常是动态和静态测试两种方式并举的。 动态测试可由开发人员去运行局部功 能和模块以发现系统潜在的错误, 也可以借助测试工具区测试。 静态测试既是代码审查。 审 查的内容包括代码规则和风格、程序设计和结构、业务逻辑等。OA 系统中涉及到了很多的文章、图片问题还有是管理员后台的操作管理问题,因此是 比较复杂的。面对复杂的业务和用户需求,没有白盒测试是不可想象的。最简答的例子: OA 系统要处理文章问题,如发表文章、查看文章、评论文

22、章、删除文章、编辑文章等,每 个文章都是不同的, 所以要对开发人员严格地按照系统设计去检查代码的逻辑结构, 选取有 代表性的测试用例去测试相关的测试模块。 又如后台管理添加和删除一些信息等, 必须知道 系统的详细设计和程序的逻辑结构才能设计好测试用例。在单元测设中, 由于被测试的模块往往不是单独的程序, 它处于整个软件结构的某一层 上, 被其他模块调用或是调用其他模块, 其本身不能单独运行, 因此在单元测试时, 应为测 试模块开发个驱动模块或是若干个桩模块。 在 OA 系统中所有的用户在系统中发表的帖子都 是要通过系统的身份验证的。3.2 集成测成集成测试是在软件系统集成过程中所进行的测试,

23、其主要目的是检查软件单位之间的接 口是否正确。 它根据集成测试计划, 一边将模块或其他软件单位组合成越来越大的系统, 一 边运行该系统, 以分析所组成的系统是否正确, 各组成部分是否合拍。 集成测试的策略主要 有自顶向下和自底向上两种。OA 系统的集成测试是指开发人员完成了所有的系统模块的开发并通过了单元测试后, 将编译完成的软件交付给测试部门进行测试的过程。 因为所有模块都已完成, 所以没有附加 的桩模块和驱动模块。 这个阶段测试需要一个完备的测试管理过程。 集成测试过程可以分为测试准备、 测试计划、 测试设计、 测试执行和测试总结 5个阶段。 测试准备阶段是指测试人 员准备测试资源、 熟悉

24、系统的过程。 测试计划阶段包含制定测试策略、 资源分配、 风险预警 和进度安排等内容, 此项工作由测试负责人来做。 测试计划的模块各不相同, 这取决于软件 的特殊性和管理的规范性。测试设计阶段包含设计测试用例及相关管理工具的设计。 在下一节给出 OA 系统集成测 试过程中的部分主要的测试用例, 侧重于系统的功能和性能测试。 测试用例设计之前一般要 有一份测试用例设计大纲。如果没有现成的缺陷记录和交互工具, 还应该设计并开发这样的工具。 另外还要考虑如 果测试用例执行失败时的数据的恢复或错误的清理问题,以保证测试用例的再次执行。 完成测试设计工作后, 就开始执行实际的测试工作了。 如果测试用例设

25、计的好, 测试的 执行变的简答的很。 但测试人员也不要太不该疏忽大意, 应该集中精力并积极思考, 除了严 格按照测试用例进行测试,还应该有更好的“即兴发挥” ,以发现一些在测试设计时意想不 到的错误。测试时另外一项非常重要的工作就是做好系统缺陷记录。 要生成缺陷报告, 另外记录到 数据库中。 用数据库记录缺陷的好处是测试人员和开发人员能够通过动态的信息发布和获取 进行更好的交互,提高测试和修改的工作效率。经过修改后的系统再次经过测试就是回归测试。 可以用原来的测试用例, 但是测试人员 的关注点要变下, 应该着重观察此前的错误发生处。 测试的过程通常要经过几轮, 每次执行 都有进入标准和退出标准

26、。测试结束后要及时总结分析测试结果。3.3 系统测试系统测试是对已经集成好的软件系统进行彻底的测试, 以验证软件系统的正确性和性能 等满足其规约所指定的要求, 检查软件的行为和输出是否正确并非一项简单的任务, 它被称 为测试的 “ 先知者问题 ” 。因此,系统测试应该按照测试计划进行,其输入、输出和其他动态 运行行为应该与软件规约进行对比。软件系统测试方法很多,主要有功能测试、性能测试、 随机测试等等。3.4 验收测试验收测试旨在向软件的购买者展示该软件系统满足其用户的需求。 它的测试数据通常是 系统测试的测试数据的子集。所不同的是,验收测试常常有软件系统的购买者代表在现场, 甚至是在软件安装

27、使用的现场。这是软件在投入使用之前的最后测试。OA 系统一般在用户验收之前都要需要对系统进行一段时间的试运行,因此可以说 OA 的验收测试就是实际的使用 (但用户一般参于软件的系统测试, 即所谓的 测试, 不然用户 是不会放心让系统试运行的 。第四章 测试用例设计测试用例该由测试人员在充分了解系统的基础上在测试之前设计好, 测试用例的设计是 测试系统开发中的一项非常重要的内容。集成测试阶段测试用例的设计依据为系统需求分 析、 系统用户手册和系统设计报告等相关资料的内容, 而且测试人员要与开发人员充分交互。 另外有一些内容由测试人员的相关背景知识、经验、直觉等产生。4.1用户管理子系统测试大纲表

28、 4.1用户管理子系统测试大纲 4.2 其他可用性测试检查标准软件产品的可用性是指软件产品能否让用户更快更容易地完成工作。即软件是否易学、 易用, 并使用户感到满意。 软件产品的可用性主要反映在软件产品的用户界面及操作过程上 减少错误出现, 提高用户工作效率, 增加用户满意度; 对于开发商而言可以缩减服务和培训 费用, 提高用户满意度。 软件可用性已经越来越引起用户和开发商的关注。 可用性测试对所 有功能模块来说, 检测标准是相同的, 而这些检测在功能测试同时即可检验, 所以不再设计单独的测试用例 ; 表 4-2列出 OA 办公系统的可用性检测标准。表 4-2 OA办公系统的可用性检测标准 4

29、.3 功能测试用例1. 用户登录功能的测试用例表 4-3用户登录功能的测试用例 2. 是电子邮件模块测试用例表 4-4用户登录功能的测试用例 第 13 页 共 22 页 3. 管理员系统管理模块的测试用例 第 14 页 共 22 页 4. 对用户信息修改功能的测试用例表 4-6对用户信息修改功能的测试用例 第 15 页 共 22 页第五章 测试结果与缺陷报告5.1 测试总结报告下图就是测试总结报告的一个模板,各行业、各阶段的软件测试会有具体不同的总结报告, 但基本上应该有本模板所展示的项目。第 16 页 共 22 页 表 5-1测试总结报告表 5.2软件测试结果统计分析一个阶段的系统测试结束后

30、, 应该对系统有一份完整的测试报告, 给出系统在最终测试 后功能、性能等方面所达到的状况的总结与评价,通常测试总结报告要包含量化的描述。 关于被测试软件的测试结果总结是必要的, 而对测试工作本身的总结也是不可少的。 存 储在数据中的测试用例、 问题记录和相关处理记录是一笔巨大的财富。 积累各种项目的历史 数据,并将其绘制成直观的图表,会很快就能辩出“优良的”和“不良的”曲线。下面介绍 实际测试工作中测试结果总结分析所关注的一些内容。第 17 页 共 22 页 图 5-1 按等级统计结果图 5-2表达的是测试所发现的缺陷数目与其缺陷所属的软件工程的不同阶段之间的关 系。 这个图表会又一次验证软件包工程的任何阶段都会有导致程序中产生错误的因素, 只是 程度和数目不同而已。 通过对该图表的分析, 可以清楚看到, 软件工程中的哪个阶段更应该 加强控制。 图 5-2按原因统计结果图 5-3表达的是程序的不同模块与在其中所发现的缺陷数目之间的关系。缺陷的产生有 多方面的原因,但可以从该图中反映出哪些程序员所开发的模块中的