信息系统项目测试方案设计(DOC 23页).doc
- 【下载声明】
1. 本站全部试题类文档,若标题没写含答案,则无答案;标题注明含答案的文档,主观题也可能无答案。请谨慎下单,一旦售出,不予退换。
2. 本站全部PPT文档均不含视频和音频,PPT中出现的音频或视频标识(或文字)仅表示流程,实际无音频或视频文件。请谨慎下单,一旦售出,不予退换。
3. 本页资料《信息系统项目测试方案设计(DOC 23页).doc》由用户(2023DOC)主动上传,其收益全归该用户。163文库仅提供信息存储空间,仅对该用户上传内容的表现方式做保护处理,对上传内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知163文库(点击联系客服),我们立即给予删除!
4. 请根据预览情况,自愿下载本文。本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
5. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007及以上版本和PDF阅读器,压缩文件请下载最新的WinRAR软件解压。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 信息系统项目测试方案设计DOC 23页 信息系统 项目 测试 方案设计 DOC 23
- 资源描述:
-
1、信访局网上信访信息系统项目系统测试方案2015年7月某新汇科计算机某Taiyuan New Quick puter Co.,LTD本文档及其所含信息为某材料并且由晋中市及所辖各县(市、区)信访局和某新汇科计算机某共同拥有。文档中任何部分未经晋中市及所辖各县(市、区)信访局和某新汇科计算机某书面授权,不得泄露给第三方,也不得以任何手段、任何形式进行复制与传播目录1概述11.1目标11.2假设11.3测试X围21.4测试方法21.5测试步骤31.6测试进入准则31.7测试结束准则42测试地点、人员与环境42.1测试的地点和人员42.2测试环境43组织结构53.1组织结构53.2职责X围54计划任务
2、与时间64.1计划任务64.2时间表74.3安排84.4测试更新安排135人员的岗位职责136缺陷管理156.1缺陷管理流程156.2缺陷的严重度和修改的优先级(此问题请见测试报告)187测试报告总结和分析201 概述某省网上信访信息系统测试方案(以下简称测试方案)是某省网上信访信息系统编码、单元测试完成后,在进行系统测试之前,针对优化版的业务功能进行功能和集成测试的计划安排。测试方案主要明确系统功能和集成测试的有关规定和原则,其目的是提供系统功能和集成测试所依据和遵循的原则、方法和组织结构。1.1 目标用户测试阶段应达到并完成以下的主要目的与任务:目的在于检查优化需求版系统功能能否满足实际业
3、务要求,流程是否符合各级信访机构日常业务程序。对系统的业务功能进行测试,以验证是否达到了用户设计的业务要求,保证产品能够满足客户的业务需求。(这里的业务需求指的是某省网上信访信息系统需求规格说明书、某省网上信访信息系统需求变更、某省网上信访信息系统需求深化、某省网上信访信息系统需求补充)对系统存在的业务及功能错误进行纠错,保证系统运行的正确性。1.2 假设假设有足够容量的服务器资源。假设有足够的测试工作站设备。假设人员可以分班轮流,一个实际工作日能够测试多于一个的测试营业日。假设测试中发现的问题能够得到及时的解决。假设测试的过程能够进行有效的监控。1.3 测试X围本计划的测试仅包括目前开发完成
4、的功能。1.4 测试方法本次测试主要采用黑盒测试方法,即测试软件产品的功能,不需测试软件产品的内部结构和处理过程。黑盒测试的目的是试图尽可能地发现以下类型的错误:l 功能错误或遗漏;l 业务流程错误;l 界面错误;l 数据结构或外部数据库访问错误;l 初始化和终止错误。采用黑盒技术设计测试用例的方法主要有:l 等价类划分;l 边界值分析;l 错误推测;l 因果图分析;l 综合策略。1.5 测试步骤测试执行前的准备:1. 编写测试计划:由测试领导小组编写,明确测试组织的结构和职责,确定系统测试的流程以及系统测试所应完成的业务过程的周期;2. 准备测试数据:由新汇科测试组的人员准备系统基础测试数据
5、,由信访局业务功能测试人员准备业务所需要的数据;3. 准备测试用例:由新汇科测试组的人员依据系统用例和业务功能编写测试用例,由信访局业务功能测试人员补充完善测试用例;4. 准备测试环境并初始化数据库;用户测试执行过程:1. 按计划将任务分配给各个测试人员;2. 各测试人员按照计划,根据测试用例进行测试;3. 依据测试用例和业务过程的测试周期进行系统功能和流程的测试,对测试的结果进行验证,对测试的错误进行判别并确定修改准则;4. 若测试人员发现BUG,登录到问题单中;在测试列表清单中登记测试情况(通过或未通过、未通过的填上BUG编号),如果是二次测试并且测试通过,到问题平台上关闭相应的BUG。1
6、.6 测试进入准则1. 测试所需的设备及测试环境可用。2. 所有支持人员到位。3. 所有源码及环境的监控步骤已经明确并同意。4. 所有有关人员对其工作X围和职责明确无误。5. 所有的测试用例已经完成并获得审查通过。1.7 测试结束准则1. 所有测试用例及其相关用例均已测试完成,测试有关的文档齐全,测试结果均已接受。2. 所有发现的致命和严重问题已经解决。2 测试地点、人员与环境2.1 测试的地点和人员测试地点: 吕梁云计算中心测试人员:某省信访局建设办测试人员及新汇科公司需求、测试、支持人员。2.2 测试环境网上投诉系统:59.48.248.88:7096/wsts/门户:59.48.248.
7、88:7096/旧业务数据迁移系统:59.48.248.88:7096/wsts/自助信访终端系统:59.49.32.213:28080/touch/touch2.jsp3 组织结构3.1 组织结构主要人员由某省信访局和新汇科计算机某的人员组成。3.2 职责X围l 总负责人:n 监控所有的测试活动及任务的执行情况n 对测试过程中有关的问题及事项进行决策n 对测试的总体进行跟踪、控制和报告l 总协调人:n 落实测试所需的有关问题,协调解决需用户落实的问题n 协调与安排用户的参与l 测试组:主要由新汇科专业测试人员组成,其职责为:n 提供所需的技术支持,如环境、硬件、软件、网络n 支持测试小组顺利
8、开展测试工作n 落实解决测试过程中的问题n 协调测试与开发之间的一致性n 辅导各功能测试小组进行测试n 测试缺陷管理n 在测试阶段的终结提交测试报告n 测试文档管理l 支持组:主要由新汇科开发小组的负责人组成,其职责为:n 支持测试小组的测试工作n 对测试时所产生的问题提供技术及系统解决方案n 解决测试中遇到的问题n (安排)修改测试发现的缺陷n 系统环境的优化l 各业务功能测试小组:n 准备测试数据、测试材料,并协同测试组一起完善测试用例n 执行测试n 提交测试发现的缺陷4 计划任务与时间4.1 计划任务l 环境准备:n 测试场地n 硬件网络环境n 系统软件n 应用软件n 应用软件的设计(参
9、数及数据库初始化等)l 辅助设备准备:(负责人:业务功能测试人员)l 用例准备与审查:(负责人:新汇科测试人员、业务功能测试人员)n 准备各业务之测试用例n 审查用例l 计划准备:(负责人:业务功能测试人员)n 组织结构及人员安排n 测试与问题处理的流程n 确定测试时间表l 执行测试:(负责人:测试小组人员)n 执行计划的用例测试n 对测试的问题进行处理n 进行测试的例会n 对测试结果进行抽检n 进行测试有关的文档控制与管理l 测试结束:(负责人:新汇科测试人员、业务功能测试人员)n 对测试的结果进行评测n 准备并提交总体测试报告4.2 时间表在测试时,将按照测试任务定义来进行测试。每个测试任
10、务都有唯一的编号,并对应一个或多个测试用例。具体一个测试任务由那几个测试用例组成,请参看测试用例。测试时间表如下,详细的测试任务分配表由各业务功能测试小组制订。序号任务名称工期(工作日)开始时间完成时间1用户资料准备及整理22测试环境搭建13初始化参数及数据准备24制订小组测试任务分配表15编写(完善)测试用例和准备测试数据56领导对优化版进行总结0.56测试培训18执行测试和回归测试139回归测试与测试总结34.3 安排模块测试安排序号系统名称模块名称工期时间(工作日)1门户系统内容编审42栏目管理与授权模块23增加栏目14删除栏目0.55复制栏目0.56移动栏目27排序栏目28访问权限29
11、委托管理110热点词汇管理与自动维护模块111热点词汇定义212热点词汇查找213热点词汇自动214内容编辑工具与内容管理模块215文件管理模块216内容展现模块定义与管理模块217内容关系管理模块218内容审核模块419政治敏感信息审核220内容正确性审核221内容发布222内容加工与生成模块123提取已审批通过文档224关联到网页模板225发布到网页0.526内容发布模式定义与管理模块227主要内容228程序触发发布模式229事件驱动发布模式2.530定时发布模式131实时发布模式232内容发布模块233主要功能334重新发布栏目135重新发布文章0.536基于模板生成动态页面237基于模
展开阅读全文