实验十二- 制定软件测试计划.doc_第1页
实验十二- 制定软件测试计划.doc_第2页
实验十二- 制定软件测试计划.doc_第3页
实验十二- 制定软件测试计划.doc_第4页
实验十二- 制定软件测试计划.doc_第5页
已阅读5页,还剩3页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

制定软件测试计划实验十二制定软件测试计划一、 实验目的1. 了解测试计划模板的组成元素以及各组成元素存在的意义;2. 掌握测试计划制定的方法,重点理解测试计划在软件测试活动中所处的地位和起到的作用;3. 掌握测试计划制定的原则;第 8 页 共 8 页二、 实验要求1 实验资料l 测试计划模板示例:1 简介1.1 目的指出特定的软件测试计划的具体目的,还需指出该计划所适用的阅读对象;1.2 背景对测试对象(构件、应用程序、系统等)及其目标进行简要说明。需要包括的信息有:主要的功能和性能、测试对象的构架以及项目的简史。1.3 范围描述测试的各个阶段(如单元测试、集成测试、系统测试、验收测试等),并说明本计划所采用的测试类型(如功能测试、性能测试、安全性测试等)。简要地列出测试对象中将接受测试或将不接受测试的那些性能和功能。1.4 术语列出计划正文中需要解释术语的定义,必要时,还要给出这些定义的英文单词及其缩写词。1.5 参考文档下表列出了制定测试计划时所使用的文档(项目文档、标准文档、工具文档),并标明了各文档的可用性文档名称文档标识号及版本号作者备注2 测试需求将确定被当作测试对象的各项需求(例如用例、功能性需求和非功能性需求)的跟踪管理矩阵明确列出,并列出将要测试的对象以及测试优先级。优先级分为:H - 必须测试;M - 应该测试,只有在测试完所有 H 项后才进行测试 ;L - 可能会测试,但只有在测试完所有 H 和 M 项后才进行测试 。详情请参见测试管理工作表测试用例状态跟踪页。3 测试资源3.1 人力资源下表列出在此项目的人员配备方面所作的各种假定,包括在各个阶段需要介入测试的各种角色以及相关的职责和权限等。角色(人数)姓名具体职责测试经理测试策划测试设计工程师测试方案与测试用例设计、测试总结测试工程师测试执行3.2 系统资源下表列出了测试项目所需的系统资源,包括软、硬件资源、测试工具等。资源名称/类型基本配置及数量测试数据库服务器PC Server:512M内存、40G SCSI硬盘 1台PC台式机P4,主频1.6G以上,硬盘40G,内存512M,本要求是最小配置。 4台系统软件SQL Server2000、WINDOWS 2000(XP) PROFESSIONAL、IIS应用软件MICROSOFT OFFICE、VISIO、VISUAL SOURCESAFE、Visual Studio C#.NET. 测试管理平台Test Director V7.6性能测试工具Load Runner V8.04 测试环境4.1 用户环境此处描述用户运行系统时的环境要求,比如所要求的操作系统、软件版本以及其他的一些特殊环境要求等,可根据不同的项目特征和实际情况,考虑是否需要此节。4.2 测试环境此处描述测试所需要搭建的环境,需根据用户环境来确定必须的测试环境,以确保能有效的模拟用户环境,尽可能解决用户运行此系统时所发生的突发状况。5 测试策略5.1 测试交接标准此处描述每种由测试组进行的测试的交接标准,即到什么程度就可以进行单元测试/集成测试/系统测试了。5.1.1 单元测试交接标准(可剪裁)该测试由谁(项目组或测试组)来进行由各项目组根据项目需要进行约定,(此小节可选)5.1.2 集成测试交接标准该测试由谁(项目组或测试组)来进行由各项目组根据项目需要进行约定,(此小节可选)5.1.3 系统测试交接标准 约定的测试内容全部完成,并通过单元测试,由相关人员签字确认; 程序包通过配置代表和QA的审核,并纳入配置库进行管理; 由项目经理或者指定的责任人填写测试交接清单,并由所有相关人员签字确认。5.2 测试通过标准此处描述测试完成标准。例如 1、 计划的测试用例已全部执行。 2、 经确定的所有缺陷都已得到了商定的解决结果,且没有发现新的缺陷;5.3 测试类型此处描述对测试对象将进行的测试类型和测试策略,主要考虑的事项有:本阶段测试将要使用的技术、进入该测试阶段的准则、判断该阶段测试何时完成的标准以及测试重点和优先级、需考虑的特殊事项等。测试类型详情请参考系统测试规程。5.3.1 测试类型1测试范围测试目标技 术工具与方法开始标准完成标准测试重点 测试优先级需考虑的特殊事项确定所有会影响测试策略中所述测试工作的影响因素或依赖关系。这些影响因素可能包括: 1. 人力资源(如用来支持/参与测试的非测试资源的可用性或对这些资源的需要) 2. 约束(例如设备限制或可用性,或对特殊设备的需要/特殊设备的缺乏) 3. 特殊需求(例如测试时间安排或对系统的访问) 5.3.2 测试类型2。5.4 测试实施阶段下表说明测试将在哪个阶段执行。测试类型测试阶段单元测试集成测试系统测试验收测试功能测试性能测试X(X) 可选,或者当系统性能测试发现缺陷时性能测试X(X) 可选用户界面测试X(X) 可选 兼容性测试XX 安装测试XX(X) 可选(X) 可选回归测试当被测试的软件或其环境改变时,在合适的测试阶段进行回归测试6 估计结果记录6.1 估计的假设条件描述作为估计和计划的基础的假设条件。对于功能性部件的测试设计和实现任务采用功能点估计方法,并应用公司历史数据库中的数据,如功能点估计参数、各开发阶段的功能点实现效率等。参照项目估计规程进行。6.2 集成测试用例数(可选)可根据要进行的测试类型或要测试功能点进行估计。功能模块最多用例数适中的用例数最少的用例数合计模块1ABC(A+4B+C)/6模块2模块3。合计6.3 系统测试用例数功能模块最多用例数适中的用例数最少的用例数合计模块1ABC(A+4B+C)/6模块2模块3。合计6.4 工作量估计写出工作量估计的过程或采用的公式。单位:(人小时)阶段工作量最多工作量适中工作量最少工作量合计测试策划ABC(A+4B+C)/6测试设计测试实现测试执行测试总结合计7 风险管理评估测试中可能存在的风险对项目测试的影响程度,详情请见测试管理工作表测试风险管理页。8 组间协调此处列出测试活动中需要的组间协调活动,详情请见测试管理工作表组间协调页。9 度量与分析9.1 数据采集在下表填上将要采集的原始数据。原始数据来 源采集频度负责人测试用例数测试计划测试缺陷数测试管理工作表9.2 度量分析在下表填上将要根据原始数据进行度量的度量指标度量名称说 明类别上限值下限值测试代码覆盖率测试执行的代码行数除以代码行总数(需要工具支持)覆盖测试需求覆盖率测试程序或测试用例支持的需求数量除以需求的总数量来计算覆盖测试执行率已执行的测试程序(测试用例)数量/测试程序(测试用例)的总数量。这种测试程序执行度量表示测试工作的广度。进度测试通过率成功执行的测试程序(测试用例)与测试程序(测试用例)执行数之比。当前质量比率度量表示演示成功的功能数质量10 工作产品与规模本节列出了测试过程中将产生的工作产品及其规模估计、交付时间和审核类型等。工作产品名称估计文档大小(页)文档标识计划完成日期评审类型测试计划.doc20页正式评审11 测试进度此处描述软件测试活动在软件项目开发过程中的时间安排,详情参见测试进度表。2 实验练习参考如上参考资料中的

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论