XXX项目软件测试方案

华云信息技术工程有限公司XX项目测试方案华云信息技术工程有限公司 概述目的【说明编写本方案的目的，指出预期读者。例如：编写此方案的目的是制定系统测试策略，测试内容，测试资源；使测试工作能够有计划地，有条不紊地进行，提高测试的执行效率。用于测试人员与项目经理、开发人员进行有效沟通，制定计划，为测试工作达成一致。】术语例子：系统测试系统测试是将已经确认的软件，计算机硬件，外部设备，网络等其他元素结合在一起，进行信息系统的各种组装测试和确认测试，系统测试是针对整个产品系统进行的测试，目的是验证系统是否满足了需求规格的定义，找出与需求规格不符或与之矛盾的地方，从而提出更加完善的方案。系统测试发现问题之后要经过调试找出错误原因和位置，然后进行改正。是基于系统整体需求说明书的黑盒类测试，应覆盖系统所有联合的部件。功能测试功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。根据产品特性、操作描述和用户需求，测试一个产品的特性和可操作行为以确定它们满足设计需求。功能测试是为了确保程序以期望的方式运行而按功能要求对软件进行的测试，通过对一个系统的所有的特性和功能都进行测试确保符合需求和规范。性能测试性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。其中负载测试和压力测试都属于性能测试范畴。接口测试接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。UE测试UE测试又叫用户体验测试，UE测试指的是通过安排用户对产品进行正确的体验，并对产品的印象、功能性、使用性、内容等做出评测的过程被称为UE测试。】参考文档【应完整列出参考文档。如：《合同》、《客户需求》、《项目开发计划》等。】测试资源人力资源表STYLEREF1\s2SEQ表\*ARABIC\s11人力资源列表角色职责、任务备注项目经理项目管理，根据项目计划跟踪项目进度，对项目进行管理测试组长制定测试计划、方案，并安排测试工作测试工程师编写功能测试用例和非功能性测试用例并执行开发工程师系统开发，修改测试工程师发现的缺陷环境资源例子：硬件环境硬件环境见下表所示：表STYLEREF1\s2SEQ表\*ARABIC\s12硬件环境序号名称主要说明备注1服务器一、针对基于数字网格的精细化要素预报平台提供3台服务器。其中，一台服务用于后台数据处理（包括：数据自动获取、数据解析、数据入库等）；另外两台服务器用于部署WEB服务（双机备份）。二、提供数据存储管理建设所需硬件环境，主要包括2台服务器。用于部署关系型数据库（双机备份）、内存数据库、ICE中间件等数据管理及统一的数据访问支持。2存储盘阵提供至少200T数据存储盘阵3客户端普通PC机软件环境软件环境如下表所示：表STYLEREF1\s2SEQ表\*ARABIC\s13软件环境编号名称参数备注操作系统采用异构平台，不同服务器使用Linux操作系统、Windows操作系统，客户机采用Windows操作系统。程序设计语言Linux系统配置标准C、C++和JAVA等程序设计语言与开发工具；Windows平台配置VC++、.NET、Fortran、JAVA等程序设计语言。数据库充分利用四川省气象信息中心现有数据环境，采用CIMISS、内存数据库或关系数据库及文件系统实现数据存储。绘图应用软件meteoInfo基础平台软件micaps4.0、应用服务器类软件等测试数据【列出测试过程中必备的测试数据信息。】例子：省级人影部门各准备一个以上飞机增雨、地面防雹个例数据，可覆盖全省绝大部分作业点。省级管理员提供一份完整统一的作业点信息表，并同步更新到CPAS和综合业务管理系统，确保一致，确保手机端能正常接收到所有作业点指令。在系统中开发单位依据用户提供的省、市、县各管理和操作人员名名单，完成人员账户的创建、授权、及其他基础数据的设置工作。测试风险【列出测试过程中可能会涉及的风险。例如：测试风险是不可避免的、总是存在的，所以对测试风险的管理非常重要，必须尽力降低测试中所存在的风险，最大程度地保证质量和满足客户的需求。在XX项目系统测试工作中，识别的主要风险及采取的规避方法如下表：表STYLEREF1\s3SEQ表\*ARABIC\s11测试风险识别表序号风险描述风险影响风险发生的可能性风险的影响程度规避方法测试人员对被测系统的业务流程不熟悉因对需求的理解上把握不准、理解不透彻、理解错误等，造成测试用例覆盖不全、或存在偏差高高测试前组织熟悉需求、设计文档，并安排需求调研人员或个模块开发负责人讲解需求测试人员变动影响整体测试进度及测试质量中中严格遵守测试规范，保证测试用例的覆盖全面、语言描述清晰简洁准确，降低新人执行测试的风险定位效应测试过一次没有发现问题的功能，认为此功能是可靠的，导致最终发布的版本存在质量隐患中高定期进行回归测试，重点对修改功能及与该功能相关的部分进行重点测试疲态、思维定向某一些功能点一直由某一位测试人员测试，经过多次回归后，测试人员对该功能点的测试显示出倦意和缺乏兴趣，产生思维定向，不能从多维度设计测试用例，以致产生漏测中高定期进行交换测试，并及时补充测试用例测试时间不足用例执行率低中高增加人力资源并尽早到位频繁的需求变更影响测试进度及质量高高依据变更需求即时调整测试计划、方案、用例】测试策略测试设计【例如：XX项目系统测试将采用黑、白盒相结合的方法，对功能、接口、非功能、业务流程，进行测试策略设计。功能测试【例如：功能单元（重点检查：功能错误或遗漏、功能逻辑、数据结构及外部数据库访问、功能初始化和终止、处理逻辑）功能部件（重点检查：数据流、功能链接）】接口测试【例如：重点检查数据的交互、传递和控制管理过程以及系统间的相互逻辑依赖关系：内部接口（检测xx系统内部各子系统间的交互）外部接口（检测外部系统与xx系统间的交互）】非功能项测试【例如：时效性测试（手工及辅助脚本模拟入库数据量监测时效）性能测试（采用Loadrunner模拟并发测试）系统稳定性测试易操作及易用性测试可扩展及可维护性测试安全性测试可移植性测试出错处理及容错备份测试】业务流程测试【例如：集成环境部署业务集成数据准备业务场景集成（重点检查：集成后模块/系统之间的连接冲突、程序冲突及各环节业务和数据流转的正确性）】测试准则测试进入准则【例如：测试环境已搭建完成；测试基础数据已准备好；系统基本业务流程能走通；无任何功能的页面点击错误；《测试方案》、《测试用例》已完成并评审通过。】测试暂停准则【例如：测试环境被破坏；测试基础数据不充分，导致核心功能无法测试；系统基本业务流程走不通；任何功能页面点击均出现错误。】测试恢复准则【例如：测试环境重新搭建好；测试基础数据重新准备完成；系统基本业务流程可以走通；页面点击错误问题解决。】测试通过准则【例如：测试需求覆盖率达到100％；测试用例执行率达到100%；系统满足需求规格说明书的要求；所有缺陷（除批准保留的低级别BUG）均已修复并验证关闭；测试用例通过率达到100%；交付文档资料齐备且无错误。】测试方法【例如：为保证系统能够在实际运行环境下能够正常运行，特针对本项目所涉及的测试内容，分类制定有效的测试方法，在系统正式发布前进行一系列的严格测试，以发现系统软件存在的潜在问题。表STYLEREF1\s4SEQ表\*ARABIC\s11测试方法测试类型测试方法功能测试采用等价类划分，边界值分析，错误推断、因果关系等方法对需求定义的每项功能点进行用例设计，并执行测试接口测试将接口根据数据的流向分为进入和流出两类，有针对性的进行测试用例设计，以验证各接口数据流转和交互的正确性。业务流程测试模拟真实用户实际的工作流程进行测试，结合前后台系统功能，检查各环节业务及数据流转结果时效性测试通过手工及辅助脚本模拟入库操作，监控系统后台日志，进行统计分析性能测试通过工具模拟并发测试，进行业务响应时间及系统资源监控系统稳定性测试运行7*24小时，通过观察系统运行日志进行测试易操作及易用性测试通过人工点击检查系统及在线帮助文档可扩展性及维护性测试通过检查配置文件/界面、日志定位功能进行测试安全性测试通过模拟各类用户操作进行权限合适及检查网络/系统安全设置进行测试可移植性测试通过人工模拟不同环境进行安装、部署测试出错处理测试模拟异常，查看运行日志、检查告警信息进行测试容错与备份测试模拟出错，查看主备切换情况、定时备份情况，并进行恢复测试】测试工具【例如：XX项目系统测试阶段以手工测试为主，并辅助采用开发自行编写的测试脚本、Loadrunner/JMeter进行非功能测试。】测试内容【包括要测试的系统功能、接口、非功能、业务流程等本次要测试的内容。】功能测试根据XX项目需求规格说明书及概要设计说明中配置项设计，本系统功能主要测试的内容包括：YY1子系统、YY2子系统，共N个子系统下的所有功能项。各子系统详细测试功能列表如下：YY1子系统表STYLEREF1\s5SEQ表\*ARABIC\s11YY1子系统功能测试列表模块功能测试用例编号接口测试根据XX项目需求规格说明书、设计规格，该系统接口测试主要分成内部和外部接口两部分。内部接口表STYLEREF1\s5SEQ表\*ARABIC\s12内部接口测试列表接口名称测试接口点测试用例编号外部接口表STYLEREF1\s5SEQ表\*ARABIC\s13外部接口测试列表接口名称测试接口点测试用例编号非功能测试依据XX项目需求规格说明书，本系统非功能测试项主要包括性能、可扩展性、可靠性、易用性、安全性，共N部分，具体测试内容如下：表STYLEREF1\s5SEQ表\*ARABIC\s14非功能测试列表非功能测试项测试点测试用例编号业务流程测试表STYLEREF1\s5SEQ表\*ARABIC\s15业务流程测试列表业务流程测试点测试用例编号工作约定（有测试计划此部分可删除）【测试人员、开发人员与测试负责人之间的工作约定。通常包含的内容有：版本的交互方式，缺陷管理方法和工具的使用，Bug优先级、严重级确定的职责定义，Bug属性的约定等。】版本控制版本控制工具使用SVN(subversion)，项目组成员每天上班开始工作时，从SVN中更新代码，下班前将当天修改/新增的代码提交到SVN中。缺陷管理Trac是一个为软件开发项目需要而集成了Wiki和问题跟踪管理系统的应用平台，是一个开源软件应用。Trac以简单的方式建立了一个软件项目管理的Web应用，以帮助开发人员更好地写出高质量的软件。BUG优先级定义BUG优先级定义为特急Immediate，加急Urgent，高High，中Normal，低Low，None，优先级描述详见下表。表STYLEREF1\s6SEQ表\*ARABIC\s11BUG优先级定义表编号优先级优先级描述无相关的bug已经resolve不存在了或者觉得优先级没有必要体现低低优先级，留到最后解决，如果项目的进度很紧张可以在产品发布以前不解决中如果一条bug阻止了你的测试，但是它并非十分紧迫，则属于此类。高如果一条bug阻止了深度测试，则属于此类。应尽快解决。非常高一到两天之内必须进行修改紧急需要立即进行修改BUG等级划分规则BUG等级按照严重级别分为四个级别，为重大缺陷，高缺陷，中缺陷，低缺陷，各级别的错误分类及描述说明见下表。表STYLEREF1\s6SEQ表\*ARABIC\s12BUG等级的划分表缺陷严重级别错误分类①重大程序非法中断退出//主要业务流程不能完整进行//重要数据处理错误//业务逻辑严重错误//重要功能未完成//重要接口错误//功能缺失②高一般性数据处理错误//一般程序错误//重要单据打印格式不符合要求//严重文档错误//查询结果重大错误//报表数据错误③中编程规范性错误//操作很不方便//界面很不友好//重要提示信息不明确//重要信息项缺少校验容错④低程序优化性问题//操作不是很方便//一般信息项缺少校验容错//一般提示信息不明确缺陷处理过程缺陷修复标准【例如：测试过程中，BUG在测试与开发人员的交互中，重大严重级别、高级别、中级别缺陷必须100%解决，极小部分（不能超过25%）低级别缺陷不能够及时处理的，在测试结束时，必须由项目经理、测试组长共同通过评估BUG影响程度及提供应急方案的情况下，才能允许延迟修复。】测试进度安排和交付物（有测试计划此部分可删除）测试时间安排【例如：表STYLEREF1\s7SEQ表\*ARABIC\s11测试时间测试阶段任务描述开始时间完成时间测试准备阶段测试计划编写测试方案编写测试用例编写测试数据准备,搭建熟悉测试环境接口测试阶段第一轮接口测试依据本轮接口测试清单，执行对应的接口测试用例第二轮~第N轮接口测试1、验证修复的BUG；2、着重执行修复BUG及本轮新增或修改接口的测