TC10测试计划模板.docx

1、TC10测试计划模板测试计划Tc-march拟制：杨 冬日期：2014-2-19审核：日期：批准：日期： 修订记录日期修订版本描述作者目录1、目标 32、总体概述 32.1项目背景 32.2项目范围 33、测试计划 33.1测试资源需求 33.1.1人员需求 33.1.2软硬件资源 33.1.3测试工具需求 43.2组织形成 43.3测试对象 43.4测试启动/结束标准 43.4.1测试启动标准 43.4.2测试通过/失败标准 43.4.3测试挂起/恢复标准 53.4.4测试结束标准 53.5测试任务安排 53.5.1系统测试计划阶段 53.5.2系统测试实现阶段 63.5.3系统测试执行阶段

2、 64.风险分析 74.1人力资源风险 74.1.1人员无法到位 74.1.2人员技能不符合要求 84.2质量保证风险 84.2.1需求、设计变更频繁导致测试依据失效 84.2.2补丁频繁发布影响测试工作的执行 84.2.3Bug的生命周期过长 85.应交付的测试产品 91、目标编写本测试计划的目的是为整个测试阶段的管理工作和技术工作提供指南；同时确定测试的内容和范围，为评价系统提供依据；该文档仅供项目经理、开发人员、测试人员等查阅使用。2、总体概述2.1项目背景 TC产品是一款针对中小企业的管理软件，以任务管理、工作流、社区管理为核心，并提供平台级的应用封装，满足用户的主要以及大部分日常需求

3、。当今社会无论是企业还是政府机关，都会有大量的文案需要处理，复杂的工作流程需要安排，决策者需要依据纷乱的信息做出重要的决定。拥有一套智能化，信息化的办公系统，对办公人员和企业决策者来说，工作效率上的提高是显而易见的。2.2项目范围本测试计划的测试对象主要针对“Sprint7_backlog task”的实现，同时对需求变更事项进行测试3、测试计划3.1测试资源需求3.1.1人员需求Sprint7测试所需人员角色和职责下表所示：角色职责开始时间完成时间测试根据“Sprint7_backlog task”组织测试活动、合理安排测试任务，并完成测试计划2014.2.192014.2.19根据“Spr

4、int7_backlog task”和“demo原型”进行功能点划分，并完成测试用例2014.2.202014.2.22测试执行，提交bug,跟踪bug,并完成测试报告2014.2.242014.3.123.1.2软硬件资源软硬环境客户端应用服务器数据库服务器硬件配置CPU：Intel(R) Celeron G550 2.60GHz 内存：4GB CPU：Intel(R)i7-2600 3.4GHz内存：8GB CPU:Intel(R) i7-2600 3.4GHz内存：8GB软件配置OS: Win8 浏览器：chromeOS：Windows server 2003 SP2JDK1.7Tomc

5、at-7.0.29OS: Windows server 2003 SP2数据库：Postgre SQL_9.x网络环境100M LAN3.1.3测试工具需求JIRA是一款优秀的问题跟踪管理软件工具，可以对各种类型的问题进行跟踪管理，包括缺陷、任务、需求、改进等。3.2组织形成1.以下为测试小组组织形式中职责部分质量部主管职责： 给测试员分配任务并依据制定的计划指导和监控他们的工作；测试员职责： _测试计划_测试用例编写； 用例执行，bug管理； 提交测试报告；2.以下为产品组内组织形成中协作形成部分 则由开发人员提供被测系统； Jira管理，测试员提交bug,开发人员确认再根据优先级修复；测试

6、人员验证关闭；3.3测试对象本测试计划的测试对象为“TC1.0 Sprint7_backlog ”进行测试，主要针对系统的功能性、可靠性、易用性、效率进行测试。测试模块：参考文档TC1.0 Sprint7_backlog测试范围：功能测试、性能测试、界面测试、兼容性测试、安全测试3.4测试启动/结束标准3.4.1测试启动标准1）功能测试启动准则 根据rest任务项的完成情况（系统链接能够实现），打包测试版本、配置测试环境，进行测试 第一轮功能测试启动：根据“Sprint7_backlog ”功能实现，一步一步进行测试。 第二轮功能测试启动：第一轮测试中发现的缺陷全部得到修复，第一轮测试结果分析

7、结束，系统所有模块功能全部提交（没有尚未完成的功能）。 第三轮功能测试启动：第二轮测试中发现的缺陷全部得到修复，第二轮测试结果分析结束，做整体测试。2）性能测试启动准则 并行功能测试的第一轮测试，系统主要业务功能流程正常。 性能指标已经量化，且能采集到时间、空间和资源利用率等性能指标数据。 独立于功能测试环境的性能测试环境准备完毕3.4.2测试通过/失败标准1）通过准则通过准则描述每一轮测试通过的条件，如下所述： 测试用例全部执行完毕，功能点覆盖率达到95%，测试用例执行率达到100%，但是由于各种条件制约，无法构造或无法满足测试条件的用例除外。 致命和严重级别的缺陷全部修复，其他缺陷95%以

8、上被关闭。 回归测试或执行本轮新增测试用例时不再出现问题。 2）失败准则失败准则即某轮次测试失败的条件如下： 测试用例执行过程中，系统瘫痪、电脑死机或测试环境发生故障，导致无法继续进行。 存在严重影响系统功能或性能缺陷的错误。 该轮次测试失败，则遵照测试再启动准则实施，对于失败轮次的测试要记录故障原因。3.4.3测试挂起/恢复标准被测系统的某些重要模块、功能中存在着致命性缺陷导致测试无法继续进行时，则可以挂起，等待缺陷修复后再恢复测试。如果某些功能具有致命性缺陷，但是不影响其他方面的测试，则可以继续对其他非关联性内容进行测试。3.4.4测试结束标准1）功能测试结束准则 功能满足TC1.0 sp

9、rint7_backlog要求。 测试用例全部执行完毕，通过率为100%。 在最后一个打包版本，不能出现致命及严重缺陷、一般缺陷不超过已提交缺陷的5%。2）性能测试结束准则 根据性能测试计划执行所有测试用例完成，测试出系统基本性能参数，并分析系统性能瓶颈。 提交系统性能分析报告。 性能测试分析报告通过评审。3.5测试任务安排描述sprint7版本测试活动中所有明确的测试进行任务安排3.5.1系统测试计划阶段1.方法和标准： 遵循测试员制定的测试计划 遵循产品经理提供的应用需求2.输入/输出： 输入：Sprint7_backlog task 输出：Sprint7-测试计划、应用描述3.任务分配及

10、所需时间 ：测试员完成指定模块的测试需求提取，并完成需求跟踪矩阵、系统测试计划如图所示：测试员被测对象Sprint7_backlog task计划用时杨冬云功能注册、登录应用描述测试计划1.5人/天创建单位加入单位单位管理工作助手TC功能前台首页任务系统任务圈子组织Im工作流4.完成时间：2014.2.19完成Sprint7版本的应用描述及测试计划3.5.2系统测试实现阶段1.方法和标准： 遵循测试员制定的测试用例模板 遵循产品经理提供的应用需求2.输入/输出： 输入：Sprint7-Backlog task、TC_Sprint7测试计划、应用描述 输出：Sprint7-测试用例3.任务分配及

11、所需时间 ：测试员：完成指定模块的测试用例如图所示：测试员被测对象Sprint7_backlog task计划用时杨冬云功能注册、登录编写测试用例3人/天创建单位加入单位单位管理工作助手TC功能前台首页任务系统任务圈子组织Im工作流4.完成安排：2014.2.22完成TC_Sprint7测试用例3.5.3系统测试执行阶段1.方法和标准： 遵照测试员制定的系统缺陷管理流程 遵循jira缺陷记录流程2.输入/输出： 输入：Sprint7_Backlog task、Sprint7_测试计划、TC_Sprint7_测试用例 sprint7_应用描述 输出：TC_Sprint7_测试报告3.任务分配及所

12、需时间 ：测试员：根据测试用例进行测试如图所示：测试员被测对象优先级备注计划用时杨冬云功能注册、登录高22人/天创建单位加入单位单位管理工作助手TC功能前台中首页中任务高系统任务中圈子高组织中Im中工作流中4.时间安排：轮次测试内容描述期间第一轮1、 搭建测试环境2、 根据rest资源功能描述实现逐步执行测试主要考虑以下几点（功能、性能、界面、安全）3、 根据模块优先级加重测试深度，功能（完整业务流程）与性能并行测试4、 Bug记录,bug跟踪，回归测试直到缺陷95%被处理完2014.2.24-2014.3.7第二轮1、 系统业务流程测试2、 系统性能测试3、 系统兼容性测试2014.3.72

13、014.3.12第三轮1、 整体测试2、 根据测试用例执行测试3、 整理测试结果进行测试分析2014.3.15每轮测试结束需要提交测试小结，进行测试总结4.风险分析软件测试风险是不可避免的、总是存在的，所以对测试风险的管理非常重要，必须尽力降低测试中所存在的风险，最大程度地保证质量和满足用户的需求。本次测试所面临的风险（如：人力资源风险、质量保证风险等）及相应的建议解决办法。风险如下：4.1人力资源风险4.1.1人员无法到位1.规避措施： 在产品的预算中体现这部分需求 定期催促人力资源部门进行资源协调 从可能空闲的产品部门中物色人员2.应急计划： 推迟进度计划 进行招聘 考虑外包4.1.2人员

14、技能不符合要求1.规避措施： 在人力预算中给出人员技能要求 对提供的人员进行技能面试 从其他产品部门协调有能力的人2.应急计划： 提高培训的强度 加强培训效果监控 对工作输出加强检视4.2质量保证风险4.2.1需求、设计变更频繁导致测试依据失效1.规避措施： 充分了解用户需求，确保主要需求不变更 开展有效的需求评审，及时与产品经理确认评审结果2.应急计划： 先实现主要的需求和产品经理确认无误后，再进一部完善系统，避免再次反覆4.2.2补丁频繁发布影响测试工作的执行1.规避措施： 提高测试质量，避免功能性缺陷而导致的补丁 制定补丁发放计划，合理规划新增功能性补丁的发放工作2.应急计划： 测试人员多和前端客户、维护人员沟通，针对补丁的必要性划分优先级，按序发布补丁4.2.3Bug的生命周期过长1.规避措施： 及时分配修复任务，并检查监督 对于非问题、拒绝的等缺陷，请相关责任人验证后，尽快关闭 对于暂缓处理的缺陷，测试人员要记录并跟踪 2.应急计划： 对缺陷优先级进行排序，先修复优先级高的缺陷。5.应交付的测试产品序号交付工作产品提交提交时间1TC_Sprint7测试计划杨冬2014.2.192TC_Sprint7测试用例2014.2.223TC_Sprint7测试报告2014.3.18