信息系统项目测试方案设计讲课讲稿.doc

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