




已阅读5页,还剩4页未读, 继续免费阅读
版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领
文档简介
XX测试计划(Vx.x)编 写: 审 核: 批 准: 北京xxxx技术有限公司二O 一七年X月X日版 本 控 制版本/状态作者参与者批准人起止日期备注目 录1.范围41.1标识41.2系统概述41.3任务概述41.4依据与引用文档52.测试方案52.1软件需求分解与跟踪52.2测试方法62.3测试记录63.测试环境63.1测试环境163.1.1连接图63.1.2软硬件配置73.1.3安装与验证73.1.4应用范围73.2测试环境274.测试通过准则85.测试组织计划86.测试进度计划87.测试风险与应对91. 范围1.1 标识a. 文档标题:XX测试计划。b. 术语及缩略语描述本文档用到的术语和缩略语及其含义,目的:1)重要词汇的解释;2)冗长名称的简称表x 术语及缩略语表术语/缩略语含 义c. 本文档适用的软件系统及其版本:XXX系统Vx.x。1.2 系统概述概要叙述:1) 被测系统在整个系统中的位置、作用及其与其它系统或软件或部件之间的关系(如果被测系统是某个系统的一部分);2) 被测系统的结构和主要模块、各个模块功能和相互关系;3) 被测系统的应用背景。以上描述根据具体的测试目标、测试内容和测试方法等酌情处理,如果是部分测试,应重点描述被测部分。目的:1) 帮助了解被测系统的基本情况;2) 使得后续任务描述和测试计划描述等有更强的针对性。1.3 任务概述依据测试组对被测系统的进一步分析和理解,概要描述测试任务书或项目计划中对测试的各项要求。如果任务书或项目计划描述已经足够清晰,可直接引用文档内容。如果当前任务与任务书或项目计划已经存在变化,则必须在本节说明最新的测试要求。目的:结合项目实际,进一步细化和明确测试要求1.4 依据与引用文档列出编制本文档所依据和引用的所有文档,一般包括用户文档、开发文档、标准文档和测试文档,并说明文档的编制单位、编制时间及测试组接收到文档的时间;如果同一份文档,应以最新的版本为依据;目的:说明本测试计划制定时的参考依据及其时间特征表x 依据与引用文档文档名称编制单位编制时间接收时间2. 测试方案重点说明本测试项目为达到测试目标而采取的测试策略、测试方法、测试工具等,以解决测试项目中关键的技术和管理重点和难点。内容不限于下列重点,如果有专门的测试方案文档,此部分可以直接引用。目的:测试重点和难点的解决依据,评估整个测试计划的重要依据。2.1 软件需求分解与跟踪 对软件需求按照功能进行分解,并与具体的测试要求形成二维跟踪表。软件需求分解的粒度一般到相对独立的项为准,分解的维度应从横向和纵向两个角度去考虑。系统性能及稳定性等其它方面的测试需求应单独列出。目的:作为软件技术状态报告和测试项目进展情况报告的蓝本。2.2 测试方法 根据项目的测试要求,详细描述达到测试目标拟采用的方式、方法。比如:文档审查的对象、内容、依据及方法;未达到功能测试充分性所采用的测试用例设计方法;特殊功能测试时需要考虑的特殊测试方法;性能测试环境设计及可用性分析、性能测试工具选择及结果分析方法等;稳定性测试策略等。可根据需要进一步分解。目的:全面详细地规划整个测试中使用的测试方法、测试策略及其适用范围,作为后续测试过程的参考以及测试方案可行性和合理性的评估依据2.3 测试记录 规划测试过程及测试产品的记录方式。如测试用例设计、测试用例执行及Bug跟踪等,如与标准记录一致则只标明记录形式,如存在差异,应明确说明差异及其原因。目的:指导测试过称及测试产品的记录形式3. 测试环境根据测试任务书、项目计划及需求文档,详细描述计划使用的测试测试环境及其命名,并说明其软硬件配置、用途、合理性分析以及安装和验证过程等。目的:1)设备资源准备及测试环境搭建、验证与使用依据;2)测试方案可行性和合理性分析依据3.1 测试环境13.1.1连接图用图示方法描述测试环境1的计划的连接情况,应明确标示设备间连接方式3.1.2软硬件配置列表描述测试环境1的软硬件配置情况,以应用计算机为单位,包括计算机本身的配置指标、操作系统、测试工具、被测软件等;同时也应说明应用计算机之间通信连接方式及其指标表x 测试环境1软硬件配置序号软/硬件名称版本/指标用途3.1.3应用范围描述测试环境1的安装过程和验证方法,包括:谁负责安装、谁负责验证以及验证的方法等,其中验证的方法应能证明测试环境安装的正确性、可用性和符合性3.2 测试环境2同测试环境1的章节内容。如果只有一类测试环境,则不用命名测试环境,上述章节上提一级4. 测试通过准则根据项目的具体情况,说明评判本项目测试工作是否达到任务要求的依据和标准,比如:规定测试任务的完成情况;测试方法的使用情况;发现问题的报告情况、确认情况和修复情况;测试产品的完备性、正确性和质量保证等。目的:测试工作持续自检和整个测试工作通过评审的指导和依据。5. 测试组织计划说明本测试项目相关的组织、个人及其职责,详细说明测试组成员的分工情况(应尽可能细化到系统模块),如有人力资源缺口,须说明人力资源技术要求、培训要求和时间要求等。测试项目相关组织应至少包括测试组、开发组、项目管理组、质量保证组、配置管理组等。目的:评价测试组人力资源配备合理性的参考,明确各个组织和个人的分工和职责,人力资源准备的依据6. 测试进度计划 按照软件流程描述本次测试的主要活动和进度安排,形式不限,推荐使用甘特图进行说明。注意:1)主要活动应尽可能细化;2)应明确每个活动的负责人,确保责任到人;3)工作量以人日为单位,历时应考虑节假日和大约10%的工作量余量;4)标明基线和里程碑;5)至少应计划到首轮测试,回归测试时间一般采用三轮回归,相对首轮测试工作量比大约为40%、20%、10%;6)资源(人员、工具、专用设备等)使用求目的:指导测试项目的执行,测试项目跟踪和检查的依据,测试工作及员工绩效考核的参考。7. 测试风险与应对 识别
温馨提示
- 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
- 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
- 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
- 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
- 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
- 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
- 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
评论
0/150
提交评论