1 / 33
文档名称:

信息系统项目测试方案.doc

格式:doc   大小:665KB   页数:33页
下载后只包含 1 个 DOC 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

信息系统项目测试方案.doc

上传人:书犹药也 2019/10/13 文件大小:665 KB

下载得到文件列表

信息系统项目测试方案.doc

文档介绍

文档介绍:puterCo.,LTD本文档及其所含信息为机密材料并且由晋中市及所辖各县(市、区)信访局和太原新汇科计算机有限公司共同拥有。文档中任何部分未经晋中市及所辖各县(市、区)信访局和太原新汇科计算机有限公司书面授权,不得泄露给第三方,也不得以任何手段、任何形式进行复制与传播目录1 概述 目标 假设 测试范围 测试方法 测试步骤 测试进入准则 测试结束准则 42 测试地点、人员与环境 测试的地点和人员 测试环境 43 组织结构 组织结构 职责范围 54 计划任务与时间 计划任务 时间表 安排 135 人员的岗位职责 136 缺陷管理 缺陷管理流程 缺陷的严重度和修改的优先级(此问题请见测试报告) 187 测试报告总结和分析 20概述《山西省网上信访信息系统测试方案》(以下简称《测试方案》)是山西省网上信访信息系统编码、单元测试完成后,在进行系统测试之前,针对优化版的业务功能进行功能和集成测试的计划安排。《测试方案》主要明确系统功能和集成测试的有关规定和原则,其目的是提供系统功能和集成测试所依据和遵循的原则、方法和组织结构。目标用户测试阶段应达到并完成以下的主要目的与任务:目的在于检查优化需求版系统功能能否满足实际业务要求,流程是否符合各级信访机构日常业务程序。对系统的业务功能进行测试,以验证是否达到了用户设计的业务要求,保证产品能够满足客户的业务需求。(这里的业务需求指的是《山西省网上信访信息系统需求规格说明书》、《山西省网上信访信息系统需求变更》、《山西省网上信访信息系统需求深化》、《山西省网上信访信息系统需求补充》)对系统存在的业务及功能错误进行纠错,保证系统运行的正确性。假设假设有足够容量的服务器资源。假设有足够的测试工作站设备。假设人员可以分班轮流,一个实际工作日能够测试多于一个的测试营业日。假设测试中发现的问题能够得到及时的解决。假设测试的过程能够进行有效的监控。测试范围本计划的测试仅包括目前开发完成的功能。测试方法本次测试主要采用黑盒测试方法,即测试软件产品的功能,不需测试软件产品的内部结构和处理过程。黑盒测试的目的是试图尽可能地发现以下类型的错误:功能错误或遗漏;业务流程错误;界面错误;数据结构或外部数据库访问错误;初始化和终止错误。采用黑盒技术设计测试用例的方法主要有:等价类划分;边界值分析;错误推测;因果图分析;综合策略。测试步骤测试执行前的准备:编写测试计划:由测试领导小组编写,明确测试组织的结构和职责,确定系统测试的流程以及系统测试所应完成的业务过程的周期;准备测试数据:由新汇科测试组的人员准备系统基础测试数据,由信访局业务功能测试人员准备业务所需要的数据;准备测试用例:由新汇科测试组的人员依据系统用例和业务功能编写测试用例,由信访局业务功能测试人员补充完善测试用例;准备测试环境并初始化数据库;用户测试执行过程:按计划将任务分配给各个测试人员;各测试人员按照计划,根据测试用例进行测试;依据测试用例和业务过程的测试周期进行系统功能和流程的测试,对测试的结果进行验证,对测试的错误进行判别并确定修改准则;若测试人员发现BUG,登录到问题单中;在测试列表清单中登记测试情况(通过或未通过、未通过的填上BUG编号),如果是二次测试并且测试通过,到问题平台上关闭相应的BUG。测试进入准则测试所需的设备及测试环境可用。所有支持人员到位。所有源码及环境的监控步骤已经明确并同意。所有有关人员对其工作范围和职责明确无误。所有的测试用例已经完成并获得审查通过。测试结束准则所有测试用例及其相关用例均已测试完成,测试有关的文档齐全,测试结果均已接受。所有发现的致命和严重问题已经解决。测试地点、人员与环境测试的地点和人员测试地点:吕梁云计算中心测试人员:山西省信访局建设办测试人员及新汇科公司需求、测试、支持人员。测试环境网上投诉系统::7096/wsts/门户网站::7096/旧业务数据迁移系统::7096/wsts/自助信访终端系统::28080/touch/。职责范围总负责人:监控所有的测试活动及任务的执行情况对测试过程中有关的问题及事项进行决策对测试的总体进行跟踪、控制和报告总协调人:落实测试所需的有关问题,协调解决需用户落实的问题协调与安排用户的参与测试组:主要由新汇科专业测试人员组成,其职责为:提供所需的技术支