Xxx项目测试计划_模板.docx

Xxx系统项目测试计划文档编号密级文档版本共11页Xxx项目测试计划拟 制 ：王道勇日 期 ：2011-6-23审 核 ：日 期 ：批 准 ：日 期 ：目 录1目的和范围41.1目的41.2范围42测试策略42.1进入准则42.2质量要求42.3通过准则42.4折衷方案42.5回归测试策略43测试范围53.1测试活动53.2测试对象53.3测试对象依赖关系53.4测试内容详细说明54测试资源54.1硬件资源54.2软件资源54.3人力资源65进度计划65.1系统测试65.2安全测试65.3性能测试66培训计划67测试方案67.1测试环境67.2测试方法67.3测试流程77.4测试环境部署：88遵循标准88.1遵循规程88.2测试用例格式88.3测试用例编码规则88.4缺陷管理方法88.4.1缺陷管理工具88.4.2缺陷记录88.4.3缺陷跟踪及处理99工作交付件910参考引用与术语910.1参考引用910.2术语101 目的和范围1.1 目的本文档为xxx系统测试计划，为项目组成员提供系统测试指导。1.2 范围本文档适用于xxx项目开发期间的系统测试，不适用于UAT测试。该测试计划覆盖了xxx项目所有功能性需求。2 测试策略2.1 进入准则系统测试计划和测试用例已经通过评审，并批准。Xxx项目已通过单元测试。Xxx项目已通过冒烟测试。2.2 质量要求覆盖策略，要求覆盖所有功能成功场景和需求中识别的异常场景。测试用例覆盖率，要求所有重要的测试用例全部执行并通过，没有通过的不重要测试用例，要求大家评审。2.3 通过准则项目成功地通过了所有的测试用例，或者已发现的所有缺陷都已完成回归测试。用例覆盖全面性：要求所有测试用例全部执行，并通过。测试有效性：严重性程度的缺陷解决率必须达到100%，一般性程度的缺陷解决率必须达到100%。重要测试用例：a；b；c（列出系统功能点）在爱满足用户需求、需求文档、设计需求的前提下，没有出现功能性偏差和资源性的较大占用。不会对公用功能模块造成较大影响。相关责任部门（技术评审组、用户部门）认可测试结果。2.4 折衷方案在每次迭代结束时：执行当前迭代新增功能，修改对应的测试用例，交付测试报告。在每个阶段结束时：执行当前阶段新增功能，修改功能对应的测试用例，执行可靠性测试、性能测试、安全测试。交付测试报告。2.5 回归测试策略Xxx系统回归测试策略：在下轮测试中，对本轮发现的所有缺陷对应的用例进行回归，确认所有致命的、严重的缺陷在本次迭代中都已改正，其它缺陷在下一轮中改正。在每个阶段测试中，执行所有测试用例，验证所有已发现和功能，致命的、严重的缺陷都已修正。在最终交付的版本中，执行的有测试用例，验证所有已发缺陷和功能。致命的、严重的缺陷都已修正。3 测试范围3.1 测试活动描述本次测试需要涉及的测试：系统测试、性能测试、压力测试、安全测试。3.2 测试对象系统测试对象：压力测试对象：安全测试对象：3.3 测试对象依赖关系系统测试依赖于单元测试、冒烟测试通过，性能测试依赖于功能的系统测试通过，压力测试依赖于性能测试通过。本次测试各模块间没有依赖顺序，模块内部的测试依靠测试用例编号依次进行。3.4 测试内容详细说明详细情况参考xxx系统测试用例4 测试资源4.1 硬件资源硬件名称规格数量配备软件备注Web服务器数据库服务器前台客户机4.2 软件资源资源描述数量Windows 2003SQL ServerIE7/IE8/QQ浏览器Windows xploadrunner4.3 人力资源资源技能级别数量到位时间工作期间系统测试工程师2011-6-232011-6-23至2011-6-23压力测试工程师安全测试工程师部署工程师5 进度计划5.1 系统测试序号轮次开始日期完成日期测试人员缺陷处理人员备注1第一轮测试2011-6-222011-2-22王道勇开发235.2 安全测试序号轮次开始日期完成日期测试人员缺陷处理人员备注1第一轮测试2011-6-222011-2-22王道勇开发25.3 性能测试序号轮次开始日期完成日期测试人员缺陷处理人员备注1第一轮测试2011-6-222011-2-22王道勇开发26 培训计划无7 测试方案7.1 测试环境请参考4.1章节硬件资源7.2 测试方法开发人员通过单元测试和冒烟测试通过后，发布单元测试和冒烟测试通过后的最新版本由测试人进行功能测试功能测试采用手工方式依照测试用例逐条测试。安全测试采用手工方式与PAROS工具测试，测试用例编制人员依据安全测试用例进行安全漏洞攻击。性能测试采用loadrunner9.5工具测试，测试用例编制人员依据性能测试案例编制测试脚本。压力测试采用loadrunner9.5工具测试，测试用例编制人员依据性能测试案例编制进行压力测试。7.3 测试流程测试过程中存在系统缺陷提交给分流人分流人将问题单分配给相对应的开发人员分流人与开发人员进行问题分析，找出出现问题原因，制定出相应解决方案。开发人员处理提交问题开发人员根据出现问题原因和解决方案处理相对应问题，提交给测试人员验证。开发人员提交解决完的问题，发布新版本到冒烟测试环境，对解决完的问题进行验证，对新版本进行冒烟测试。测试人员对修改后的问题进行验证，并查看开发人员给出的问题原因和解决方案，验证通过后进行冒烟测试。冒烟测试通过后，发布最新版本到UAT。测试流程图：功能开发完成开发人员提交单元测试报告测试人员验收单元测试报告通知发布人发布版本通知测试人员测试测试人员测试新功能，回归测试验收不通过验收通过测试人员提交问题分流人分配问题开发人员处理问题提交回归测试测试人员验证冒烟测试发布新版本验收不通过验收通过7.4 测试环境部署：8 遵循标准8.1 遵循规程本节描述测试过程需要遵循的标准规程测试过程遵循测试规程，缺陷处理遵循缺陷处理规程。队遵循组织的规程外，还可以在项目中加入如下内容：测试过程中遇见的所有缺陷都必须录入xxx系统缺陷管理库中，缺陷管理库中所有缺陷都必须经过发现人的验证才能关闭。为保证测试过程中版本稳定性，必须遵循测试版本管理规则：对每次通过测试的版本建立基线。8.2 测试用例格式系统测试用例格式请参考xxx系统测试用例8.3 测试用例编码规则测试用例编码规则请参考测试规程。8.4 缺陷管理方法8.4.1 缺陷管理工具本次测试使用部门统一的缺陷管理工具：xxx系统缺陷管理。8.4.2 缺陷记录在测试过程中，每个缺陷都要记录到缺陷报告中。按问题严重等级划分为4级。（对业务影响程度）严重级别说明致命不能执行正常工作功能或重要功能；导致系统崩溃，数据丢失或内存溢出等严重错误1、页面不存在、服务器错误、数据库错误、丢失数据、造成资料被破坏、内存泄露2、出现错误后，测试无法继续执行 严重严重地影响系统要求或基本功能的实现，且没有办法更正；主要功能未实现或与产品需求规格书不符1、菜单或按钮没有实现其本来的作用，不能进入所链接的页面，影响其它功能的实现2、影响下一个流程的操作3、按钮实现了不属于自已本身的功能4、遗漏了功能5、数据丢失或毁坏6、重要模块、重要功能没有实现或有错误7、页面跳转错误8、JavaScript错误一般严重地影响系统要求或基本功能的实现，但存在合理的更正办法；运行错误，本身不属于功能问题（和测试环境有关系等）1、各选项或按钮没有实现其本身的作用，但不影响其它功能的实现2、对数据约束的功能没有实现3、数据约束与需求不一致4、次要模块、次要功能没有实现或有错误提示/建议使操作者不方便或遇到麻烦，但它不影响执行工作功能或重要功能1、功能已实现，但无提示信息2、提示信息文字描述问题3、页面显示问题4、不影响使用的瑕疵5、更好的实现方式按解决的优先级别划分为3级。（对测试计划影响程度）高：严重影响测试进程，无法按测试计划进行，表现在流程无法继续，必须立刻修改。中：没影响，流程可以继续，轻微问题，不影响测试计划进行，可按进度修改。低：对系统无影响的缺陷。8.4.3 缺陷跟踪及处理提出缺陷缺陷处理缺陷修复代码更新回归测试缺陷结束测试人员提出缺陷，状态为new项目经理确认缺陷，决定分流或驳回，状态为reject或open开发人员修复缺陷，状态为fixed版本管理员发布新版本测试人员回归测试，状态为close或reopenReopenNewRejectopenfixedtestclosed缺陷管理地址：00