SugarCRMST测试计划.doc

xxx火狼测试组文档编号V01R01C01B01内部公开项目名称：SugarCRM共19页SugarCRM产品V01R01C01B01版本系统测试计划拟制：edwin日期：2011/7/11审核：日期：批准：日期：修订记录日期修订版本描述作者2011-7-111.00初稿完成。edwin2011-7-131.01同行评审。edwin目 录1目标62 概述62.1 项目背景62.2 范围63 组织形式64 测试对象85 需求跟踪86 测试通过/失败标准127 测试挂起标准及恢复条件128 测试任务安排138.1 测试计划138.1.1方法和标准：138.1.2 输入/输出：138.1.3 时间安排：138.1.4 资源 ：138.1.5 风险和假设：148.1.6 角色和职责：148.2 测试设计158.2.1 方法和标准：158.2.2 输入/输出：158.2.3 时间安排：158.2.4 资源 ：158.2.5 风险和假设：168.2.6 角色和职责：168.3 测试实现178.3.1 方法和标准：178.3.2 输入/输出：178.3.3 时间安排：178.3.4 资源 ：178.3.5 风险和假设：178.3.6 角色和职责：188.4 测试执行198.4.1 方法和标准：198.4.2 输入/输出：198.4.3 时间安排：198.4.4 资源 ：198.4.5 风险和假设：208.4.6 角色和职责：219 应交付的测试工作产品2210 工作量估计2211 资源的分配2212 附录23SugarCRM产品V01R01C01B01版本系统测试计划关键词：SugarCRM、系统测试计划、测试对象、任务安排摘 要：本文依据SugarCRM项目计划SugarCRM产品需求规格说明书，对本次系统测试的目标、组织形式、测试对象、需求跟踪、测试通过/失败标准、测试挂起标准及恢复条件、测试任务安排、应交付的测试工作产品、工作量估计、资源的分配等进行了定义和说明，旨在帮助测试人员根据此文档完成系统测试方案、系统测试用例写作，指导测试工作有序开展。缩略语清单：缩略语英文全称中文解释CRMCustomer Relationship Management客户关系管理RTMRequirements Traceability Matrix需求跟踪矩阵参考资料清单：名称作者编号发布日期出版单位UserGuideVersion 5.0 RC2007-7-10Sugar公司SugarCRM产品需求规格说明书FireWolfVersion 1.02011-7-11火狼测试组1目标 定义本项目系统测试的组织形式； 声明项目范围和测试对象； 声明测试通过/失败标准,测试挂起标准及恢复条件； 对项目的系统测试任务进行合理的分工并估计工作量，给出具体的时间安排。2 概述2.1 项目背景SugarCRM产品是由Sugar公司开发的一款基于B/S架构的客户关系管理系统，支持LAMP和WAMP环境，主要具备客户管理、潜在客户管理、客户反馈管理、商业机会管理、项目管理、文档管理、邮件服务、员工管理、营销活动管理等功能。本次项目计划2011-7-11启动，2011-8-11结束，主要目的是提供给xxx 27期火狼组学员进行系统测试实战，无商用需求。2.2 范围本项目主要对SugarCRM产品的客户模块、潜在客户模块、客户反馈模块、商业机会模块进行功能测试、配置和安装测试。本文档的主要阅读人员为火狼测试组的测试人员，以及SugarCRM产品开发组及QA。3 组织形式1）测试组内部组织结构2）沟通渠道测试组组长：1、制订本组测试计划；2、给QC管理员、配置管理员、分配任务并依据制定的计划指导和监控他们的工作；3、给测试工程师分配任务并依据制定的计划指导和监控他们的工作；4、与开发经理持联系和沟通，例如确定版本发布日期、沟通版本质量进展、缺陷发展趋势；5、组织本组测试文档的设计、写作和评审；6、组织本组进行相关需求跟踪；7、组织本组进行缺陷分析等质量活动；8、向测试主管等高层领导汇报本组工作。QC管理员：1、 搭建和维护QC环境；2、 新增与维护用户及用限； 3、 能够在项目中不断总结、分析，为项目内配置管理工作的进一步优化作贡献。4、 向项目成员提供QC使用的指导配置管理员：1、 搭建SVN环境、建立配置库；2、 维护SVN库结构；3、 新增与维护配置用户及权限；4、 基线化；5、 控制好版本，保证项目各阶段使用正确版本；6、 及时发现项目问题，把问题及时反馈给测试组长；7、 能够在项目中不断总结、分析，为项目内配置管理工作的进一步优化作贡献。8、 备份/恢复和归档配置库邮件管理员：1、 搭建与维护邮件服务器；2、 新增与维护各邮件用户账号。度量协调员：1、 完成度量数据的采集和汇总；2、 运用统计分析方法对数据进行整理和分析，编制分析报告。测试工程师：1、 负责各个模块的需求分析；2、 系统测试方案写作；3、 系统测试用例写作；4、 测试环境搭建5、 预测试项执行；6、 系统预测试报告的写作；7、 测试用例执行；8、 系统测试报告；9、 系统测试缺陷报告的写作；10、系统测试日报的写作；11、系统测试小结的写作；12、相关文档（计划、方案、用例、报告）评审。4 测试对象1）功能测试Accounts模块快速新增完整新增客户管理导入客户信息关联销售活动Opportunities模块快速新增完整新增商业机会的管理新增项目Activities模块Leads模块快速新增完整新增潜在客户管理导入潜在客户信息关联销售活动Cases模块快速新增完整新增案例管理导入客户反馈信息关联商业机会合并重复2）配置测试在Windows XP系统下进行配置测试在Linux系统下进行配置测试3）安装测试新安装（按照向导进行安装）安装文档测试5 需求跟踪6 测试通过/失败标准1）完成一轮测试两轮回归，主要缺陷需回归测试通过;2）达到100需求覆盖；3）所有H级、M级用例被执行，L级用例执行率达到60；4）测试过程中缺陷密度达到2个/KLOC;5）使用ODC缺陷分析方法;6）遗留缺陷加权和3.7 测试挂起标准及恢复条件系统测试挂起标准：1）基本功能测试不能通过；2）出现致命问题导致30用例被堵塞，测试无法执行下去;3）产品优先级底于其它项目时。系统测试恢复条件：1） 导致测试堵塞的问题被修复，并通过预测试；2） 基本功能开发修复后，并通过开发自检。8 测试任务安排8.1 测试计划8.1.1方法和标准：利用测试类型分析得到系统测试对象。遵循测试计划模版输出系统测试计划。8.1.2 输入/输出：输入：SugarCRM产品需求规格说明书输出：SugarCRM-ST测试计划SugarCRM -RTM（系统测试项部分）8.1.3 时间安排： 任务名称开始日期结束日期系统测试计划写作2011-7-112011-7-12系统测试计划评审2011-7-132011-7-13系统测试计划、RTM修改及归档2011-7-132011-7-138.1.4 资源 ：人力资源：edwin、梁军、林文海、赖国连能力描述：学员物力资源： 序号资源名称配置要求数量要求使用说明起始时间结束时间1局域网1000以太网1办公管理2011-7-10201-7-132服务器服务器为2003SERVER1邮件、配置管理、QC服务器2011-7-102011-7-133客户机客户端为XP PRO的企业局域网、办公软件4文档写作、办公2011-7-102011-7-134各安装软件、插件及licenseQC/邮件服务器WinMail/配置管理SVN1套2011-7-102011-7-138.1.5 风险和假设：项目进度、技术支援、技能水平序号风险潜在的影响严重性预防处理措施可能的征兆1软件需求的变更而导致测试需求及范围发生了变化导致测试工作量发生变化。严重做好需求管理；调整测试策略和计划。客户的需求没做控制，项目范围没明确定义。2测试人员的变动测试进度减慢，甚至不能进行。严重做好部门的人事管理，保证人员能够有计划的变动；采取测试人员在一定程度上的轮换安排，保证对统一业务领域有多人熟悉；安排其他合适人员、调整测试计划或策略。测试人员离职、其他更紧急的项目需要支援。3组间配合不畅测试工作难以开展，BUG的解决和复测也成困难，测试效率降低。严重组间配合的方式明确写到测试计划中并与相关人员达成共识，发生问题及时跟进和反馈。没有定义组间配合的方式，相关人员没有对其进行评审，发生配合问题不跟进、不反馈。 8.1.6 角色和职责：测试组长：系统测试计划的写作；系统测试计划评审的组织；组织本阶段的测试需求跟踪完成。测试组员：协助完成系统测试计划写作；完成本阶段测试需求跟踪；参与系统测试计划评审 8.2 测试设计8.2.1 方法和标准：将系统测试项细分成系统测试子项，针对每个子项寻找合适的测试用例设计方法，输出测试要点。系统测试方案遵循系统测试方案模版。8.2.2 输入/输出：输入：SugarCRM产品需求规格说明书SugarCRM-ST测试计划输出：SugarCRM-ST测试方案SugarCRM -RTM（系统测试子项部分）8.2.3 时间安排： 任务名称开始日期结束日期系统测试方案写作2011-7-152011-7-15系统测试方案评审2011-7-172011-7-17系统测试方案及RTM修改及归档2011-7-172011-7-178.2.4 资源 ： 序号资源名称配置要求数量要求使用说明起始时间结束时间1局域网1000以太网1办公管理2011-7-15201-7-172服务器服务器为2003SERVER1邮件、配置管理、QC服务器2011-7-15201-7-173客户机客户端为XP PRO的企业局域网、办公软件4文档写作、办公2011-7-15201-7-178.2.5 风险和假设： 序号风险潜在的影响严重性预防处理措施可能的征兆1软件需求的变更而导致测试需求及范围发生了变化导致测试工作量发生变化。严重做好需求管理；调整测试策略和计划。客户的需求没做控制，项目范围没明确定义。2测试人员的变动测试进度减慢，甚至不能进行。严重做好部门的人事管理，保证人员能够有计划的变动；采取测试人员在一定程度上的轮换安排，保证对统一业务领域有多人熟悉；安排其他合适人员、调整测试计划或策略。测试人员离职、其他更紧急的项目需要支援。3组间配合不畅测试工作难以开展，BUG的解决和复测也成困难，测试效率降低。严重组间配合的方式明确写到测试计划中并与相关人员达成共识，发生问题及时跟进和反馈。没有定义组间配合的方式，相关人员没有对其进行评审，发生配合问题不跟进、不反馈。 4测试计划中的假设和约束得不到保障测试计划难以执行，测试进度和质量难以得到保证。严重敦促相关人员对其假设和约束进行保障，并及早进行跟进，及时调整测试策略和计划假设和约束发生变更，相关环节不能到位，没有进行这方面的跟踪8.2.6 角色和职责：测试组长：系统测试方案评审的组织；组织本阶段的测试需求跟踪。测试组员：系统测试方案写作，参与系统方案计划评审；完成本阶段的测试需求跟踪。8.3 测试实现8.3.1 方法和标准： 方法和标准：xxx 用例设计方法与标准 8.3.2 输入/输出：输入：SugarCRM产品需求规格说明书SugarCRM-ST测试计划SugarCRM-ST测试方案输出：SugarCRM产品系统测试用例、SugarCRM产品系统测试预测试项、SugarCRM产品系统测试规程8.3.3 时间安排： 任务名称开始日期结束日期系统测试用例、预测试项、系统测试规程写作2011-7-202011-7-22系统测试用例、预测试项、系统测试规程评审2011-7-252011-7-25系统测试用例、预测试项、系统测试规程、RTM修改及归档2011-7-252011-7-258.3.4 资源 ： 序号资源名称配置要求数量要求使用说明起始时间结束时间1局域网1000以太网1办公管理2011-7-20201-7-222服务器服务器为2003SERVER1邮件、配置管理、QC服务器2011-7-20201-7-223客户机客户端为XP PRO的企业局域网、办公软件4文档写作、办公2011-7-20201-7-228.3.5 风险和假设： 序号风险潜在的影响严重性预防处理措施可能的征兆1软件需求的变更而导致测试需求及范围发生了变化导致测试工作量发生变化。严重做好需求管理；调整测试策略和计划。客户的需求没做控制，项目范围没明确定义。2测试人员的变动测试进度减慢，甚至不能进行。严重做好部门的人事管理，保证人员能够有计划的变动；采取测试人员在一定程度上的轮换安排，保证对统一业务领域有多人熟悉；安排其他合适人员、调整测试计划或策略。测试人员离职、其他更紧急的项目需要支援。3测试工程师的测试策略不合理难以满足测试要求，效率也难以保证。严重测试策略与相关人员达成共识、多进行跟进和有效性评估，调整测试策略并及时更新测试计划。测试策略没经过相关人员的评审，测试策略没有进行及时跟踪。4组间配合不畅测试工作难以开展，BUG的解决和复测也成困难，测试效率降低。严重组间配合的方式明确写到测试计划中并与相关人员达成共识，发生问题及时跟进和反馈。没有定义组间配合的方式，相关人员没有对其进行评审，发生配合问题不跟进、不反馈。 5测试计划中的假设和约束得不到保障测试计划难以执行，测试进度和质量难以得到保证。严重敦促相关人员对其假设和约束进行保障，并及早进行跟进，及时调整测试策略和计划假设和约束发生变更，相关环节不能到位，没有进行这方面的跟踪8.3.6 角色和职责：测试组长：系统测试用例、规程评审的组织；组织本阶段的测试需求跟踪。测试组员：系统测试用例、规程写作；参与系统用例评审；组织本阶段的测试需求跟踪。8.4 测试执行8.4.1 方法和标准：用例结果记录方法。Pass/ fail /NA /NoRun /notCompleted/ block测试执行标准:测试报告标准8.4.2 输入/输出：输入：SugarCRM产品需求规格说明书SugarCRM-ST测试计划SugarCRM-ST测试方案SugarCRM产品系统测试用例输出：系统测试预测试报告、SugarCRM系统测试报告、SugarCRM系统测试缺陷报告、SugarCRM测试日报、SugarCRM预测试报告、SugarCRM测试小结8.4.3 时间安排： 任务名称开始日期结束日期系统测试报告、系统测试缺陷报告、测试日报、测试小结、预测试报告写作；执行预测试项、执行测试用例2011-7-272011-7-29预测试转系统测试报告评审2011-7-282011-7-28系统测试报告评审2011-8-12011-8-1预测试转系统测试报告评审、系统测试报告修改及归档2011-8-12011-8-18.4.4 资源 ： 序号资源名称配置要求数量要求使用说明起始时间结束时间1局域网1000以太网1办公管理2011-7-27201-8-12服务器服务器为2003SERVER(WAMP)虚拟机Redhat 5.0(LAMP)1邮件、配置管理、QC服务器2011-7-27201-8-13客户机客户端为XP PRO的企业局域网、办公软件4文档写作、办公、测试用例执行2011-7-27201-8-18.4.5 风险和假设：序号风险潜在的影响严重性预防处理措施可能的征兆1开发进度延长推迟系统测试执行的时间和进度。严重控制开发进度；提前做好沟通和协调。项目计划的变更、各个环节的进度拖延。2项目提交日期的变更而导致测试周期变更系统测试总时间缩短，难以保证测试的质量。严重严格控制项目的时间变更，多与客户沟通并得到客户的理解；调整测试策略、测试资源及计划。难以把握，特别是客户提出的这种变更。3开发代码质量低Bug太多、太严重，反复测试的次数和工作量极大。严重做好软件设计、提高编码人员的编码水平、进行单元测试；严格控制提交测试的版本、调整测试策略和计划。没有做设计或没有做到位，没做单元测试，编码人员对编程语言或技术不熟、编程经验太少。4测试工程师对业务不熟悉测试数据准备不足、不充分，测不到关键点，同时测试效率难以提高。严重测试人员及早介入项目、多做业务沟通，提供一定的业务培训机会，咨询工程师提供测试准备的支持。业务领域太新，测试人员是新人，测试人员项目介入太晚。5对需求的理解偏差太大对测试的BUG确认困难。严重对需求多做沟通（特别是结合界面原型的沟通）。没有界面原型，没有详尽的需求文档，需求没有通过评审和沟通。6测试环境难以到位迟迟难以进入测试，降低测试效率，甚至根本无法进行测试严重做好测试环境的准备计划，加班或寻求系统管理员的支持，调整测试策略。采购人员离职、测试环境的准备计划相关人员不清楚以及发生拖延。7测试数据的准备不充分测试效率和质量降低，难以测到重点，也测不到位。严重咨询工程师参与或辅助进行测试数据的准备，将测试数据的准备时间安排得充分些；调整测试计划、增加测试次数。测试周期太短，业务支持不够，测试人员介入太晚8测试工程师的测试策略不合理难以满足测试要求，效率也难以保证。严重测试策略与相关人员达成共识、多进行跟进和有效性评估，调整测试策略并及时更新测试计划。测试策略没经过相关人员的评审，测试策略没有进行及时跟踪。9组间配合不畅测试工作难以开展，BUG的解决和复测也成困难，测试效率降低。严重组间配合的方式明确写到测试计划中并与相关人员达成共识，发生问题及时跟进和反馈。没有定义组间配合的方式，相关人员没有对其进行评审，发生配合问题不跟进、不反馈。 10测试计划中的假设和约束得不到保障测试计划难以执行，测试进度和质量难以得到保证。严重敦促相关人员对其