测试计划模板.doc

_博为峰软件测试工作室文档编号项目版本密级项目名称：SugarCRM客户关系管理系统P1123992 V1.01共N页SugarCRM客户关系管理系统测试计划(仅供培训使用)拟制：张三丰日期：2016/05/18审核：日期：批准：日期：修订记录日期修订版本描述作者2014/03/011.00初稿完成。张三丰2016/05/181.01在初稿基础上增加了对客户、营销活动、潜在客户、商业机会、客户反馈等模块的测试计划的描述张三丰目 录1目标62 概述62.1 项目背景62.2 范围63 组织形式64 测试对象65 需求跟踪66 测试通过/失败标准67 测试挂起标准及恢复条件78 测试任务安排78.1 任务178.1.1方法和标准：78.1.2 输入/输出：78.1.3 时间安排：78.1.4 资源 ：78.1.5 风险和假设：78.1.6 角色和职责：78.2 任务278.2.1 方法和标准：78.2.2 输入/输出：88.2.3 时间安排：88.2.4 资源 ：88.2.5 风险和假设：88.2.6 角色和职责：88.3 任务388.3.1 方法和标准：88.3.2 输入/输出：88.3.3 时间安排：88.3.4 资源 ：88.3.5 风险和假设：98.3.6 角色和职责：98.4 任务498.4.1 方法和标准：98.4.2 输入/输出：98.4.3 时间安排：98.4.4 资源 ：98.4.5 风险和假设：98.4.6 角色和职责：99 应交付的测试工作产品910 工作量估计1011 资源的分配1012 附录10XXXX系统测试计划关 键 词：测试计划、测试安排摘 要：对项目的测试过程进行计划安排缩略语清单：WBS（Work Brord Struct工作任务分解）缩略语英文全称中文名备注WBS 参考资料清单：名称作者编号发布日期出版单位SugarCRM客户关系管理系统需求规格.doc1目标本文主要围绕SugarCRM V1.01 需求说明要求，估计系统测试各任务的工作量和人力物力资源、安排系统测试任务、进度以及各种过程准则，可用于后续测试方案、测试用例、测试报告的写作指导，阅读人为开发人员、测试人员及其它相关人员。注：此格式仅供参考计划中体现的工作量是主要的5大模块+2个模块（联系人+活动）2 概述2.1 项目背景SugarCRM V1.01是一个维护客户关系的系统，主要帮助人们建立社会性的互联网网络关系。SugarCRM V1.01 主要是采用B/S（browser/server）构架和WAMP（Linux+Apache+Mysql+PHP）的集成环境，来搭建一个动态交友网站，提高网站的兼容性，组成一个强大的web应用程序平台。SugarCRM V1.2 在原先版本的V1.上进行升级，不仅仅拥有V1.0交友互动一系列的功能，更是新增了博客管理功能，以及一些精彩APP（Application）程序功能等。SugarCRM V1.2不仅适用年轻的白领阶层，更适合中老年人。2.2 范围本次测试主要要测试的模块有：功能测试：客户模块：新增客户、客户、导入客户联系人：新增联系人、模块名称测试模块描述备注客户模块新增客户、客户、导入客户导入客户需要根据模板CSV格式进行导入性能测试：（自己分析此系统哪些模块中的功能需要做性能测试）客户模块：新增客户（批量新增）安全测试：3 组织形式项目团队：测试团队：说明： 此项目团队主要是有开发、测试、配置三个团队组成，共X人测试团队主要有A ，B 组，A 组有3人，。6 测试通过/失败标准测试通过标准符合度其它需求分析覆盖率要达到100%100%用例执行完成率要达到100%（严格标准100、宽松标准95）95%遗留致命、严重级别缺陷率要为0遗留一般级别缺陷率要小于10%遗留轻微缺陷率要小于15%所有遗留问题需有开发后续解决措施回复率7 测试挂起标准及恢复条件挂起的标准恢复的条件版本存在较多的致命或者严重问题，导致测试用例有超过50%被阻塞版本一些致命或严重问题被修复，使测试用例超过60%以上可以顺利执行因版本问题太多，导致50%测试用例测试不通过多数的版本问题被修复，使测试用例超过60%可以测试通过测试工具没有到位或者测试工具损坏，导致测试无法继续测试工具已到位或者测试工具已修复由于存在优先级更高的事情需要紧急处理，导致测试人员无法支撑本次测试优先级更高的事情已经处理完毕，测试人员继续工作 表7-1测试挂起标准及恢复条件8 测试任务安排主要针对的是后续测试活动的不同阶段进行任务安排8.1 任务1 主要对项目的测试计划的编写任务进行安排8.1.2 输入/输出：输入：SugarCRM V1.2 需求说明输出：SugarCRM V1.2 系统测试计划 输出测试计划需按照公司系统测试计划模板要求编写8.1.3 时间安排： 任务名称开始日期结束日期责任人工作量（人天）系统测试计划写作2016-5-182016-5-18张三丰1系统测试计划评审及修改2016-5-192016-5-19张三丰、灭绝师太、共5人1.2 系统测试计划归档2016-5-202016-5-20张三丰1人时总工作量注：评审计划24小时，一般是以2小时为宜， 评审：5人*2小时10人时 修改：1人*1小时1人时 8.1.4 资源 ：设备：办公用pc一台/笔记本，服务器台，交换器，路由器8.1.5 风险和假设： 序号风险潜在的影响严重性预防处理措施可能的征兆1开发进度延长推迟系统测试执行的时间和进度。严重控制开发进度；提前做好沟通和协调。项目计划的变更、各个环节的进度拖延。2项目提交日期的变更而导致测试周期变更系统测试总时间缩短，难以保证测试的质量。严重严格控制项目的时间变更，多与客户沟通并得到客户的理解；调整测试策略、测试资源及计划。难以把握，特别是客户提出的这种变更。3软件需求的变更而导致测试需求及范围发生了变化导致测试工作量发生变化。严重做好需求管理；调整测试策略和计划。客户的需求没做控制，项目范围没明确定义。4、编写计划有偏差，可能导致后续测试活动的时间和人力安排不准确影响测试进度对项目规模和复杂度充分了解5仅供参考：A、测试时间不足（测试紧急，开发严重压缩测试时间）B、需求变更C、项目经费不足D、人员离职E、软件缺陷密度较高，影响到测试进度F、测试人员经验不足G、未提供好的测试资源H、测试环境不稳定，影响测试8.1.6 角色和职责：仅供参考：组长XXX负责ThinksnsV1.6系统测试计划的写作，组员：陈文杰、杨浩、查泽宇进行评审及修改以及陈文杰最后进行归档。组员同步在熟悉需求，熟悉8.2 任务2 主要对测试设计（测试方案）的工作任务进行安排 8.2.2 输入/输出： 输入：SugarCRM V1.2 系统测试计划，SugarCRM V1.2 需求说明 输出：SugarCRM V1.2 系统测试方案8.2.3 时间安排： 任务名称开始日期结束日期责任人工作量（人天）系统测试方案写作2016-5-182016-5-18张三丰1系统测试方案评审及修改2016-5-192016-5-19张三丰、灭绝师太、共5人1.2 系统测试计划归档2016-5-202016-5-20张三丰1人时总工作量注：在企业中写方案的时间在个工作日左右（具体结合实际项目工作量）测试方案测试需求（银行），写测试点8.2.4 资源 ： 8.2.5 风险和假设： 8.2.6 角色和职责： 8.3 任务3 主要对测试实现（编写测试用例）的任务进行安排8.3.2 输入/输出： 8.3.3 时间安排： 注：在企业中写用例的时间在-10个工作日左右评估项目组的各个测试人员一天能编写多少用例：50条/天8.3.4 资源 ： 8.3.5 风险和假设： 8.3.6 角色和职责： 8.4 任务4 主要是针对整个项目的执行过程的安排8.4.2 输入/输出： 8.4.3 时间安排： 任务名称开始日期结束日期责任人搭建测试环境准备测试数据第一轮测试执行第二轮测试执行第三轮测试执行第四轮测试执行回归测试执行系统测试报告写作系统测试报告评审及修改系统测试报告归档注：一般的中小型项目是执行3轮，大型项目是执行5轮测试，CRM可以算大型项目大型项目：代码行10W行左右中型项目：代码行5W行左右小型项目：代码行2W行左右每一轮的测试时间计算，要根据该轮次测试的用例和人员8.4.4 资源 ： 8.4.5 风险和假设： 8.4.6 角色和职责： 9 应交付的测试工作产品SugarCRM