您好,欢迎来到小侦探旅游网。
搜索
您的当前位置:首页软件测试计划模板(Word版)

软件测试计划模板(Word版)

来源:小侦探旅游网
软件测试计划模板(Word版)

软件测试计划模板

此页为模板⽂档本⾝的版本控制记录表,按模板⽣成的正式⽂档中不需要此页秘密XXXXXX信息系统系统测试计划软件测试部YYYY-MM-DD

⽬录1. 引⾔ (5)1.1 编写⽬的 (5)1.2 项⽬背景 (5)1.3 系统简介 (5)1.4 参考⽂档 (5)2. 测试策略与范围 (5)2.1 集成测试阶段 (5)2.2 系统测试阶段 (6)2.3 确认测试阶段 (6)3. 测试资源 (6)3.1 ⼈⼒资源 (6)3.2 测试环境 (6)3.2.1 系统配置 (6)3.2.2 ⽹络配置 (7)3.2.3 其它材料 (7)3.3 测试⼯具(可选) (7)4. 测试活动计划进度 (7)5. 测试更新管理 (8)6. 需求的可追溯性 (8)7. 测试⽤例 (8)

8. 测试执⾏ (8)

9. 测试结果分析与报告 (9)10. 风险列表 (9)附录1: ⽂档管理控制 (10)1.引⾔1.1编写⽬的

本测试计划的具体编写⽬的,指出预期的读者范围。(3-4句)1.2项⽬背景

对测试对象(构件、应⽤程序、系统等)及其⽬标进⾏简要说明。需要包括的信息有:主要的功能和性能、测试对象的构架以及项⽬的简史。(3-4句)1.3系统简介

对测试对象进⾏简要的介绍,⽤系统执⾏总体流程图或总体系统⽤例图,说明主要输⼊、信息/数据加⼯过程、和输出即可。(3-4句)1.4参考⽂档

2.测试策略与范围

参照《SPI_SPE_软件集成测试、系统测试与确认测试技术流程》来确定。可以根据所采⽤的软件⽣命周期模型来进⾏迭代。对⾮功能点需求的测试说明,如性能、安全性等不作为测试范围的需求。

明确测试轮次(不同版本)和回归(同⼀版本)的确认⽅法。如修改缺陷后进⼊下⼀轮测试⽽不是只针对缺陷进⾏回归。2.1集成测试阶段测试对象:

测试准备就绪准则:测试内容:测试⽅法:测试规程:测试通过准则:2.2系统测试阶段测试对象:

测试准备就绪准则:测试内容:测试⽅法:测试规程:

测试通过准则:2.3确认测试阶段测试对象:

测试准备就绪准则:测试内容:测试⽅法:测试规程:

测试通过准则:3.测试资源3.1⼈⼒资源

3.2测试环境3.2.1系统配置

3.2.2⽹络配置

3.2.3其它材料

3.3测试⼯具(可选)

4.测试活动计划进度

参照《软件项⽬计划》说明测试主要活动的安排和⼤致时间段。包括,总的时间段、各项主要测试⼯作的开始时间、各项准备⼯作(对系统的熟悉、⽤户培训、数据准备等)和时间安排、分析测试结果/编写测试报告的时间。如⼯程采⽤迭代法开发,则测试⽇程安排可扩充和循环使⽤。

5.测试更新管理

更新周期例如⼀周。(推荐使⽤,与项⽬经理协商更新周期。⼤的项⽬在提交测试时,更新保持在⼀周,⼩项⽬版本更新建议⾄少在三个⼯作⽇,避免版本更新或需求更新频繁带来测试的不充分和不稳定)

更新约定每次更新时说明变更的概要说明,约定还将说明更新的形式如⾮正式发布和紧急发布产品时的更新⽅法。6.需求的可追溯性

所覆盖的每个需求到针对它的测试的可追溯性。这种可追溯性应覆盖所有适⽤的软件需求规格说明和相关接⼝需求规格说明。相关参考:需求跟踪矩阵、软件测试⽤例。

所覆盖的每个需求到针对它的测试之间的对应关系通过《软件测试⽤例》来追溯。7.测试⽤例

通过对系统业务模型和设计模型的分析,参考《SPI_SPE_软件集成测试、系统测试与确认测试技术流程》,设计出测试的总体⽅法和各测试阶段的测试⽤例(测试⽤例依据《软件集成测试⽤例》、《软件系统测试⽤例》、《软件确认测试⽤例》模版编写)。具体测试⽤例见《软件集成测试⽤例》、《软件系统测试⽤例》、《软件确认测试⽤例》。8.测试执⾏

依据《软件测试计划》,参照《SPI_SPE_软件集成测试、系统测试与确认测试技术流程》来实施测试。

测试缺陷和测试问题升级⽅式约定测试结果反馈周期和问题升级流程,便于控制测试进度和质量。如优先级为“紧急”的必须⾄多在1⼩时内予以响应,否则测试暂停并通知开发部门经理;测试缺陷每天汇总提交⼀次,紧急情况下即时提交。测试缺陷提交5个⼯作⽇内未答复则将问题升级⾄部门经理。9.测试结果分析与报告

根据测试记录,对测试结果进⾏分析,依据《软件测试报告》模版编写《软件测试报告》。

10.风险列表

附录1: ⽂档管理控制

此附录为模板⽂档本⾝的修改控制记录表,按模板⽣成的正式⽂档中不需要此附录,正式模板中需要此⾏11.⽬录1引⾔121.1编写⽬的 (12)1.2背景 (12)1.3定义 (12)1.4参考资料 (12)2计划122.1 软件说明 (12)2.2测试内容 (12)2.3 测试1(标识符) (12)2.3.1 进度安排 (12)2.3.2条件 (12)a.设备 (12)b.软件 (12)c.⼈员 (12)2.3.3测试资料 (12)a.有关本项任务的⽂件 (12)b.被测试程序及其所在的媒体 (12)c.测试的输⼊和输出举例 (12)

d.有关控制此项测试的⽅法、过程的图标 (12)3评价准则 (3)3.1范围 (3)3.2数据处理 (3)3.3尺⼨ (3)

4.2功能2(标识符)....................................... 错误!未定义书签。5分析摘要.................................................... 错误!未定义书签。5.1能⼒.................................................. 错误!未定义书签。5.2缺陷和限制............................................ 错误!未定义书签。5.3建议.................................................. 错误!未定义书签。5.4评价.................................................. 错误!未定义书签。6测试资源消耗................................................ 错误!未定义书签。测试计划书12.1引⾔12.1 1.1编写⽬的

该《测试分析报告》⽂档有助于实现以下⽬标:了解软件的具体功能,作为软件开发⼈员开发的主要过程,对软件的功能、性能、接⼝、数据结构等功能的具体测试结果与预期的要求进⾏分析,为完善及改进软件的功能提供依据。本软件测试计划说明的读者对象是软件设计⼈员、测试⼈员。12.2 1.2背景

1)待开发系统软件名称:学⽣信息管理系统;

2)本项⽬的任务提出者是学校信息管理系统的各位⽼师,由本⼩组负责开发,⽤于测试成绩查询及管理;

3)测试环境:本系统属于学⽣成绩管理模块,实现的是⽹络管理系统中关于学⽣成绩管理的⼦功能,通过此软件,提⾼⽤软件⼯程分析问题、解决问题的能⼒,同时增强对数据库和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输⼊错误⽤户或者错误密码提⽰输⼊⽤户不存在

(2)条件组合覆盖:

(3)点覆盖、边覆盖、路径覆盖:程序图

测试⽤例

因篇幅问题不能全部显示,请点此查看更多更全内容

Copyright © 2019- xiaozhentang.com 版权所有

违法及侵权请联系:TEL:199 1889 7713 E-MAIL:2724546146@qq.com

本站由北京市万商天勤律师事务所王兴未律师提供法律服务