荟聚奇文、博采众长、见贤思齐
当前位置:公文素材库 > 计划总结 > 计划方案 > IEEE 829 测试计划 中文小结

IEEE 829 测试计划 中文小结

网站:公文素材库 | 时间:2019-05-29 17:49:34 | 移动端:IEEE 829 测试计划 中文小结

IEEE 829 测试计划 中文小结

IEEE829测试计划中文小结

Fileinformation

201*-8-27

磁针石:xurongzhong#gmail.com博客:oychw.cublog.cn

1目的

描述测试活动的范围,方法,资源和时间表。确定要测试的项目、特性、测试要完成的任务、每个测试人员负责的任务和与该计划有关的风险。

2概要

测试计划的组成:1.测试计划标识符;2.介绍;3.测试项目;4.要测试的特性;5.不测试的特性;6.方法;

7.项目通过/失败的标准;8.暂停的标准和恢复的要求;9.测试交付;10.测试任务;11.环境需求;12.职责;

13.人员安排和培训;14.进度表;15.风险分析;16.许可

其他还有一些需要添加的内容,比如缩写、参考资料。

2.1测试计划标识符2.2介绍

归纳所要求测试的软件项和软件特性,可以包括系统目标、背景、范围及引用材料等。

在最高层测试计划中,如果存在下述文件,则需要引用它们:项目授权、项目计划、质量保证计划、配置管理计划、有关的政策、有关的标准等。

2.3测试项目

描述被测试的对象,包括其版本、修订级别,并指出在测试开始之前对逻辑或物理变换的要求。

2.4要测试的特性

指明所有要被测试的软件特性及其组合,指明每个特性或特性组合有关的测试设计说明。2.5不测试的特性

指出不被测试的所有特性和特性的有意义的组合及其理由。

2.6

方法

描述测试的总体方法,对于每个特性及其组合,指定充分测试的方法。指明主要活动、技术、工具。

方法具体到可以估计每项任务的时间。

判断最小的综合级别。确定判断测试综合的技巧(比如至少执行一次)。确定完成标准。跟踪需求的技巧

注意重要的约束,比如测试项目可用性,测试资源可用性,最后期限。

2.7

项目通过/失败的标准

2.8

暂停的标准和恢复的要求

规定用于暂停全部或部分与本计划有关的测试项的测试活动的标准。规定当测试再启动时必须重复的测试活动

2.9

测试交付

主要内容:测试计划;测试设计说明;测试用例说明;测试过程说明;测试项目移交报告;测试记录;测试事件报告;测试总结报告;

测试输入输出数据、测试工具(比如驱动程序)也可以包含

2.10测试任务

注意依赖性和是否需要特殊技能。

2.11环境需求

必要的和希望的测试环境。包含硬件、通信和系统软件的物理特征,使用方法(比如冗余),及任何其它支撑测试所需的软件或设备;系统软件、私有组件(软硬件、数据)的安全要求。

2.12职责

指出负责管理、设计、准备、执行、监督、检查和仲裁的小组。另外指出负责提供测试项和环境的小组。

这些小组可以包括开发人员、测试人员、操作员、用户代表、技术支持工作人员,数据管理人员和质量的保证人员。

2.13人员安排和培训

确定技能需求以及培训。

2.14进度表

包括在软件项目进度中规定的测试里程碑以及所有测试项传递时间。定义所需的新的测试里程碑,估计完成每项测试任务所需的时间,为每项测试任务和测试里程碑规定进度,对每项测试资源规定使用期限。

2.15风险分析

确定了测试计划的高风险的假设及应急计划

2.16许可

规定本计划必须由哪些人(姓名和职务)审批。为签名和填写日期留出位置。

扩展阅读:IEEE829测试计划模板

软件测试计划

1目的

[规定测试的范围、测试的方法、测试所需的资源和测试活动的时间表。确定测试项、要测试的特性、要执行的测试任务、每个任务的责任人和与本计划相关的风险。]

2测试计划标识

[本测试计划的唯一标识]

3介绍

[总结要测试的软件项和软件特性。在此也可描述一下每个软件项的用途、历史等。]

4测试项

[列出测试项的版本/修订号。同时还应该说明测试该项的先决条件(如,项目将从存储在磁带上转为存储在磁盘上)。]

5要测试的特性

[列出所有要测试的特性及其组合和相关的测试设计规格说明。]

6不会被测试的特性

[列出所有不会被测试的特性及其组合,以及不会测试他们的原因。]

7方法

[描述测试将使用的总的方法,对于测试每一个主要的特性和特性的组合将使用的方法、主要活动、技术、工具。测试方法应该描述得足够详细以便识别出主要的测试任务,估计每个测试任务所需要的时间。描述期望的至少要达到的测试广度。列出用来判断测试工作量的技术(例如,决定哪些语句至少要被执行一次)、完成准则(如,错误频率)、用于需求跟踪的工具。列出测试的重要约束,如测试项是否可得、测试资源是否可得和最后期限。]

8测试项通过/失败准则

[列出用来决定一个测试项是否通过或失败的标准。]

9暂停准则和继续准则

[列出用于判断测试项的部分或所有测试活动是否要暂停的标准,以及当测试继续的时候哪些测试活动要重新进行。]

10测试交付物

[列出所有要交付的文档,包括:测试计划,测试设计规格说明,测试用例规格说明,测试规程规格说明,测试项移交报告,测试日志,测试事件报告,测试总结报告。测试所需的输入数据和输出数据也应该作为交付物列出。测试工具(如,模块驱动器和桩)也可以列于此。]

11测试任务

[列出准备测试和执行测试所需的任务集、它们之间的依赖、所需的技能。]

12环境需求

[列出期望的测试环境,包括硬件、通信、系统软件、如何使用(如,孤立的),以及其他用于测试的软件或辅助物。并且也要说明测试辅助物、系统软件、专利组件(如软件、数据、硬件)的安全级别。列出所需的特殊测试工具以及其他测试需要(如,书籍或办公室)]

服务器机器名称客户端硬件配置操作系统软件环境机器名称

硬件配置操作系统软件环境13责任

[列出以下小组,包括管理、设计、准备、执行、作证、检查,解决。另外列出提供4.2.3中所述的测试项的小组和4.2.11中所述的环境需求的小组。这些小组的成员可以包含开发人员、测试员、运营人员、用户代表、技术支持人员、数据管理员和质量支持人员。]

14人手和培训的需要

[列出需要的测试人员、他们应具有的技能级别以及技能培训。]

15时间表

[列出项目时间表中的测试相关的里程碑以及测试项迁移事件。定义其他所需的测试里程碑,估计每个测试任务所需的时间,说明每个测试任务和测试里程碑的时间表。对于每个测试资源(即辅助物、工具、人手),说明它的使用期限。]

16风险以及应急措施

[列出所有高风险的假设,说明它们的应急措施(如,测试项交付延期可能要求测试人员加班以求按时交付)]

17授权

[说明核准该计划的人员的姓名和头衔,留下空间以便让他们签名、填写日期。]

友情提示:本文中关于《IEEE 829 测试计划 中文小结》给出的范例仅供您参考拓展思维使用,IEEE 829 测试计划 中文小结:该篇文章建议您自主创作。

来源:网络整理 免责声明:本文仅限学习分享,如产生版权问题,请联系我们及时删除。


IEEE 829 测试计划 中文小结》由互联网用户整理提供,转载分享请保留原作者信息,谢谢!
链接地址:http://www.bsmz.net/gongwen/725093.html
相关文章