《软件测试计划模板.doc》由会员分享，可在线阅读，更多相关《软件测试计划模板.doc（33页珍藏版）》请在金锄头文库上搜索。
1、软件测试计划模板发布文号SPE07_T01版本2.6文件编号HNSDT061-2002所属过程文号SPE07参考过程文号此页为模板文档本身的版本控制记录表，按模板生成的正式文档中不需要此页秘密XXXXXX信息系统系统测试计划软件测试部YYYY-MM-DD XXXX项目软件测试计划更新历史编写人日期版本号变更内容目 录1.引言51.1编写目的51.2项目背景51.3系统简介51.4参考文档52.测试策略与范围52.1集成测试阶段52.2系统测试阶段62.3确认测试阶段63.测试资源63.1人力资源63.2测试环境63.2.1系统配置63.2.2网络配置73.2.3其它材料73.3测试工具（可选）
2、74.测试活动计划进度75.测试更新管理86.需求的可追溯性87.测试用例88.测试执行89.测试结果分析与报告910.风险列表9附录1: 文档管理控制101. 引言1.1 编写目的本测试计划的具体编写目的，指出预期的读者范围。（3-4句）1.2 项目背景对测试对象（构件、应用程序、系统等）及其目标进行简要说明。需要包括的信息有：主要的功能和性能、测试对象的构架以及项目的简史。（3-4句）1.3 系统简介对测试对象进行简要的介绍，用系统执行总体流程图或总体系统用例图，说明主要输入、信息/数据加工过程、和输出即可。（3-4句）1.4 参考文档文档名称版本号日期软件项目计划用户需求说明书软件需求规
3、格说明书系统设计说明书（可能分概要设计和详细设计）2. 测试策略与范围 参照SPI_SPE_软件集成测试、系统测试与确认测试技术流程来确定。可以根据所采用的软件生命周期模型来进行迭代。 对非功能点需求的测试说明，如性能、安全性等不作为测试范围的需求。明确测试轮次（不同版本）和回归（同一版本）的确认方法。如修改缺陷后进入下一轮测试而不是只针对缺陷进行回归。2.1 集成测试阶段测试对象：测试准备就绪准则：测试内容：测试方法：测试规程：测试通过准则：2.2 系统测试阶段测试对象：测试准备就绪准则：测试内容：测试方法：测试规程：测试通过准则：2.3 确认测试阶段测试对象：测试准备就绪准则：测试内容：测
4、试方法：测试规程：测试通过准则：3. 测试资源3.1 人力资源 角色最少配备资源具体职责备注测试经理11、 制订测试计划2、 测试设计3、 搭建测试环境4、 指导测试执行5、 测试分析与报告等专职测试工程师21、 按测试计划执行测试2、 记录测试结果与情况3、 提交测试问题报告等至少一个专职测试工程师，一个临时分配(兼职)3.2 测试环境3.2.1 系统配置用途硬件软件机器/设备名称CPU物理磁盘操作系统（版本号）应用软件（版本号）数据库服务器联想完全1Ghz22048MB60G NTFSWin2kOracle9.23.2.2 网络配置对网络配置进行说明。服务网络名URL设备带宽协议备注数据库
5、C19216824路由10M/100MTCP/IP应用服务http:/gdmz/helloModern56k3.2.3 其它材料材料名称版本号日期手册测试用数据相关许可证3.3 测试工具（可选）工具名称生产厂商/自产版本用途备注4. 测试活动计划进度参照软件项目计划说明测试主要活动的安排和大致时间段。包括，总的时间段、各项主要测试工作的开始时间、各项准备工作（对系统的熟悉、用户培训、数据准备等）和时间安排、分析测试结果/编写测试报告的时间。如工程采用迭代法开发，则测试日程安排可扩充和循环使用。计划测试总范围 测试活动计划开始日期预期工作量(工作日/人)制定测试计划如社保参考3工作日/人 该项目
6、培训和熟悉工作所需的时间系统测试设计如社保参考7工作日/人执行如社保参考33工作日/2人确认测试（预演）设计执行性能测试(可选)设计执行测试评估与报告如社保参考3工作日/人5. 测试更新管理更新周期 例如 一周。（推荐使用，与项目经理协商更新周期。大的项目在提交测试时，更新保持在一周，小项目版本更新建议至少在三个工作日，避免版本更新或需求更新频繁带来测试的不充分和不稳定） 更新约定 每次更新时说明变更的概要说明，约定还将说明更新的形式如非正式发布和紧急发布产品时的更新方法。 6. 需求的可追溯性所覆盖的每个需求到针对它的测试的可追溯性。这种可追溯性应覆盖所有适用的软件需求规格说明和相关接口需求
7、规格说明。相关参考：需求跟踪矩阵、软件测试用例。所覆盖的每个需求到针对它的测试之间的对应关系 通过软件测试用例来追溯。7. 测试用例通过对系统业务模型和设计模型的分析，参考SPI_SPE_软件集成测试、系统测试与确认测试技术流程，设计出测试的总体方法和各测试阶段的测试用例（测试用例依据软件集成测试用例、软件系统测试用例、软件确认测试用例模版编写）。具体测试用例见软件集成测试用例、软件系统测试用例、软件确认测试用例。8. 测试执行依据软件测试计划，参照SPI_SPE_软件集成测试、系统测试与确认测试技术流程来实施测试。测试缺陷和测试问题升级方式 约定测试结果反馈周期和问题升级流程，便于控制测试进
8、度和质量。如优先级为“紧急”的 必须至多在1小时内予以响应，否则测试暂停并通知开发部门经理；测试缺陷每天汇总提交一次，紧急情况下即时提交。测试缺陷提交5个工作日内未答复则将问题升级至部门经理。9. 测试结果分析与报告根据测试记录，对测试结果进行分析，依据软件测试报告模版编写软件测试报告。10. 风险列表列出测试阶段的风险。序号风险名称风险来源风险级别风险后果风险控制措施1.人力资源测试执行高测试延期培训、增加人力2.项目进度开发阶段高测试时间不足延期发布/测试3.产品质量开发阶段中错误数量太多延期提交测试4.关键资源测试环境中无法执行测试申请资源第9页，共33页模板版本V2.5 软件测试计划附
9、录1: 文档管理控制更新历史 此附录为模板文档本身的修改控制记录表，按模板生成的正式文档中不需要此附录，正式模板中需要此行11. 目录1引言11.1编写目的11.2背景11.3定义21.4参考资料22计划22.1 软件说明22.2测试内容22.3 测试1（标识符）2 2.3.1 进度安排2 2.3.2条件2 a.设备2b.软件2c.人员2 2.3.3测试资料2 a.有关本项任务的文件2b.被测试程序及其所在的媒体2c.测试的输入和输出举例2d.有关控制此项测试的方法、过程的图标23评价准则33.1范围33.2数据处理33.3尺寸34.2功能2（标识符）45分析摘要45.1能力45.2缺陷和限制
10、45.3建议55.4评价56测试资源消耗5测试计划书12. 1引言12.1 1.1编写目的该测试分析报告文档有助于实现以下目标：了解软件的具体功能，作为软件开发人员开发的主要过程，对软件的功能、性能、接口、数据结构等功能的具体测试结果与预期的要求进行分析，为完善及改进软件的功能提供依据。本软件测试计划说明的读者对象是软件设计人员、测试人员。12.2 1.2背景1）待开发系统软件名称：学生信息管理系统；2）本项目的任务提出者是学校信息管理系统的各位老师，由本小组负责开发，用于测试成绩查询及管理；3）测试环境：本系统属于学生成绩管理模块，实现的是网络管理系统中关于学生成绩管理的子功能，通过此软件，
11、提高用软件工程分析问题、解决问题的能力，同时增强对数据库和VC#的使用能力。12.3 1.3定义12.4 1.4参考资料无定义13. 2计划2.1软件说明 本系统属于学生成绩管理模块，实现的是网络管理系统中关于学生成绩管理的子功能，通过此软件，提高用软件工程分析问题、解决问题的能力，同时增强对数据库使用能力。 2.2测试内容 测试内容有：学生成绩查询模块、学生信息管理模块、教师课程安排模块、教师成绩录入模块、管理员管理模块、公告管理模块2.3测试1 学生成绩查询模块 2.3.1进度安排 2.3.2条件 2.3.3测试资料示例模块：学生信息管理模块： 数据流程图：白盒测试：（1） 语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖：测试用例输入路径输入预期输出输出结果s-a-c-b输入错误用户或者错误密码提示输入用户不存在s-a-c-d-e-f-g-h输入正确用户和正确密码进入系统 （2） 条件组合覆盖：输入路径输入预期输出输出结果s-a-c-b输入错误用户与错误密码提示输入用户不存在s-a-c-b输入正确用户与错误密码提示密码错误s-a-c-d-e-f-g-h输入正确用户与正确密码进入（3） 点覆盖、边覆盖、路径覆盖：程序图Error! No bookmark name given.测试用例输入路径输入预期输出输出结果s
