1、软件测试计划模板同名14238软件测试计划模板(同名14238)LT通常情况下项目计划都是模糊的。模糊的目标必须通过成员的努力转换成可衡量和实现的东西。没有固定的视图和目标,你将无法完成部分任务。而且,你会发现很难将对产品的认识向别人转述。2.3联系方式列出项目参与人员的职务、姓名、E-mail 和电话。职务姓名E-Mail电话开发工程师CVS Builder开发经理测试负责人测试人员2.4风险及约束列出测试过程中可能存在的一些风险和制约因素,并给出规避方案。如:由于客观存在的设备、网络等资源原因,使得测试不全面。明确说明哪些资源欠缺,产生什么约束由于研发模式为现场定制,且上线时间压力大,使得
2、测试不充分。明确说明在此中约束下,测试如何应对只针对专门的客户群需求的测试。明确说明此约束下的客户群和业务范围。2.5测试文档列出测试过程中可能用到的参考文档、相关的设计文档以及保存位置,测试完成后应产生的文档。2.5.1测试参考文档文档说明作者文档位置(CVS)需求文档总体设计白皮书使用手册管理手册测试文档API文档2.5.2测试提交文档文档说明作者文档位置(CVS)总体测试计划总体测试方案(可根据项目情况进行裁剪)测试用例性能测试方案(报告)测试报告Readme产品操作手册(后台)产品操作手册(前台)产品安装维护手册产品错误代码说明文档第3章质量目标描述本阶段测试目标和要求。质量目标应该包
3、括产品的质量目标和测试小组的质量目标。质 量不仅是衡量系统的功能或性能是否正常。对系统来说,在开发过程中尽早建立全面的质量标准与系统的及时发布是一样重要的。质量目标是一个强有力的工具,应 该在系统开发过程中尽早建立。一个定义准确的质量目标在以后的产品开发过程中帮助决策。例如,系统是否能够正式发行?在代码完成后,应该修复那些缺陷?在 系统完成后那种类型的测试是最合适的?3.1产品质量目标可以是产品的质量达到什么样的目标,产品的流程联通性达到什么样的要求。测试质量目标确认者(如需说明)测试已实现的产品是否达到设计的要求,包括:各个功能点是否以实现,业务流程是否正确产品规定的操作和运行稳定3.2测试
4、质量目标评价测试质量的目标可以有:测试质量目标确认者(如需说明)所有的测试案例已经执行过所有的自动测试脚本已经执行通过所有的重要等级为1/2的Bug已经解决并由测试验证每一部分的测试已经被Test Lead确认完成重要的功能不允许有等级为1/2/3的Bug一般的功能或与最终使用者不直接联系的功能不允许有等级为1/2的bug,且bug等级为3的问题不得超过1/功能轻量的功能允许有少量2/3等级的错误发现错误等级为1/2/3的Bug的速率正在下降并接近0在最后的三天内没有发现错误等级为1/2/3类的Bug第4章 资源需求4.1培训资料培训需求培训内容培训人员开始时间完成时间业务流程安装配置工具使用
5、4.2测试环境4.2.1硬件测试环境描述建立测试环境所需要的设备、用途及软件部署计划。“机型(配置)”:此处说明所需设备的机型要求以及内存、CPU、硬盘大小的最低要求。“用途及特殊说明”:此设备的用途,如数据库服务器,web服务器,后台开发等;如有特殊约束,如开放外部端口,封闭某端口,进行性能测试等,也写在此列;“软件及版本”:详细说明每台设备上部署的自开发和第三方软件的名称和版本号,以便系统管理员按照此计划分配测试资源;“预计空间”:说明第三方软件和应用程序的预计空间;“环境约束说明”:建立此环境时的特殊约束。如需要开发外部访问端口,需要进行性能测试等。平台1:SUN机型(配置)IP地址操作
6、系统用途及特殊说明软件及版本预计空间SUN45010.1.1.1oracle8.1.22G平台2:IBM机型IP地址操作系统用途第三方软件及版本预计空间4.2.2软件测试环境软件需求用途4.3测试工具此项目将列出测试使用的工具以及用途:测试工具用途自动测试工具第5章 测试策略5.1整体测试策略本节的目的是说明计划中使用的基本的测试过程。使用里程碑技术在测试过程中验证每个模块,测试人员在需求阶段参与测试工作,进行需求review、设计review、测试案例设计和测试开发,在系统开发完成之后,正式执行测试。产品达到软件产品质量要求和测试要求后发布,并提交相关的测试文档。5.2开始/中断/完成标准说
7、明中断/开始/完成测试的标准。开始/中断/完成测试标准说明开始测试标准硬件环境可用且软件正确安装完成中断测试标准安装无法正确完成或程序的文档有相当多的失误或系统服务异常或发现Block Bug完成测试标准完成测试计划中的测试规划并达到程序和测试质量目标,并由Test Lead/R&D Manager确认5.3测试类型测试类型是否采用说明功能测试采用根据系统需求文档和设计文档,检查产品是否正确实现了功能。流程测试采用按操作流程进行的测试,主要有业务流程、数据流程、逻辑流程、正反流程,检查软件在按流程操作时是否能够正确处理边界值测试采用选择边界数据进行测试,确保系统功能正常,程序无异常。容错性测试
8、采用检查系统的容错能力,错误的数据输入不会对功能和系统产生非正常的影响,且程序对错误的输入有正确的提示信息异常测试采用检查系统能否处理异常启动停止测试采用检查每个模块能否正常启动停止、异常停止后能否正常启动安装测试采用检查系统能否正确安装、配置易用性测试采用检查系统是否易用友好界面测试采用检查界面是否美观合理接口测试采用检查系统能否与外部接口正常工作配置测试采用检查配置是否合理、配置是否正常安全性和访问控制测试采用应用程序级别的安全性:检查Actor只能访问其所属用户类型已被授权访问的那些功能或数据。系统级别的安全性:检查只有具备系统和应用程序访问权限的Actor才能访问系统和应用程序。性能测
9、试采用提取系统性能数据,检查系统是否满足在需求中所规定达到的性能。压力测试采用检查系统能否承受大压力,测试产品应该能够在高强度条件下正常运行,不会出现任何错误。兼容性测试采用对于 C/S 架构的系统来说,需要考虑客户端支持的系统平台。对于 B/S 架构的系统来说需要考虑用户端浏览器的版本。割接/升级测试采用进行专门的割接测试或升级测试,提供工程升级割接方案文挡测试采用检查文档是否足够、描述是否合理回归测试采用检查程序修改后有没有引起新的错误、是否能够正常工作以及能否满足系统的需求5.4测试技术测试技术是否采用说明里程碑技术采用里程碑的达成标准及验收方法在测试完后制订自动测试技术采用核心业务流程
10、采用自动测试技术审评测试采用对软件产品功能说明文档和设计说明文档进行检查,在需求与设计阶段进行编写测试用例采用在产品编码阶段编写测试用例单元测试不采用由开发人员进行集成测试采用检测模块集成后的系统是否达到需求对业务流程及数据流的处理是否符合标准、系统对业务流处理是否存在逻辑不严谨及错误以及是否存在不合理的标准及要求。确认测试采用在产品发布前,对照feature list 进行基本需求的确认,确认产品是否正确实现了功能。系统测试采用包括性能测试、压力测试和回归测试验收测试不采用由工程实施人员进行第6章 测试计划6.1进度计划在此章节,对各阶段的测试给出里程碑计划,包括阶段、里程碑、资源等。6.1
11、.1测试时间进度测试阶段开始时间完成时间测试人员阶段完成标志制定测试计划需求Review设计Review设计测试用例测试开发测试环境准备测试实施功能测试集成测试性能测试系统测试验收测试文档编写6.1.2测试里程碑里程碑完成时间完成标准测试正式开始完成可接受性测试和烟雾测试进行CVS LOCK进行cvs lock完成所有里程碑测试和标准测试,测试种类包括确认测试和系统测试,且所有以发现的Bug等级为1/2/3的Bug已修复,近期内无发现新的Bug等级为1/2/3的Bug产品Release重复进行主路径测试和进行Bug检查测试,产品处于可交付状态并由测试经理和高级经理确认6.2测试准备6.2.1 测试环境准备准备事项开始时间完成时间测试人员阶段完成标志测试环境准备6.2.2 安装测试准备事项开始时间完成时间测试人员阶段完成标志安装测试6.2.3 烟雾测试准备事项开始时间完成时间测试人员阶段完成标志烟雾测试6.3 具体测试实施任务和时间人员安排 测试功能点开始时间完成时间测试人员说明