软件开发过程之系统测试过程.docx
- 文档编号:4356283
- 上传时间:2022-11-30
- 格式:DOCX
- 页数:11
- 大小:18.29KB
软件开发过程之系统测试过程.docx
《软件开发过程之系统测试过程.docx》由会员分享,可在线阅读,更多相关《软件开发过程之系统测试过程.docx(11页珍藏版)》请在冰豆网上搜索。
软件开发过程之系统测试过程
系统测试过程
SystemTestingProcess
文件状态:
[]草稿
[√]正式发布
[]正在修改
文件编号:
QUANTA-SEP-Process-05
当前版本:
1.0
版本历史
版本/状态
作者
参与者
日期
摘要
1.0
余成军
2008-9-26
创建
版权信息
本文件内容由海口量子网络科技有限公司开发部负责解释
本文件的版权属于海口量子网络科技有限公司
任何形式的散发都必须先得到海口量子网络科技有限公司的许可
【目录】
1概述4
1.1编写目的4
1.2适用范围4
1.3术语和缩写4
1.4参考资料4
2输入4
3输出5
4角色和职责5
5过程定义5
5.1入口条件5
5.2出口条件5
5.3过程流程图6
5.4过程活动描述6
5.4.1编写系统测试计划6
5.4.2评审系统测试计划6
5.4.3设计系统测试用例7
5.4.4同行评审(系统测试用例)7
5.4.5执行系统测试用例8
5.4.6总结系统测试工作并报告8
5.4.7审核确认9
6过程度量9
7剪裁准则10
1概述
1.1编写目的
为了加强公司对软件测试的质量控制及各与测试相关部门、人员更好理解系统测试过程而建立文件化的测试规范。
1.2适用范围
适用于公司所有项目的所有系统测试过程规范。
1.3术语和缩写
术语和缩写
解释
备注
CMMI
CapabilityMaturityModelIntegration
能力成熟度模型集成
QA
QualityAssurance
质量保证
CM
ConfigurationManagement
配置管理
需求文档
本文中所提到的需求文档指《用户需求说明书》,《需求规格说明书》
1.4参考资料
参考文件
备注
2输入
输入制品
备注
《项目开发综合计划》
需求文档
3输出
输出制品
备注
《系统测试用例》
《系统测试计划》
《系统测试总结报告》
缺陷记录
使用TestDirector生成缺陷记录,该记录以数据库形式表现。
4角色和职责
角色
职责
测试组长
负责编写《系统测试计划》;
参加《系统测试计划》的评审活动;
参加系统测试用例的评审活动;
测试小组
负责对测试进行设计、实施和评估;
负责编写系统测试用例、参与编写系统测试计划、系统测试总结报告;
负责执行测试活动;
跟踪缺陷,验证测试结果;
评估测试的执行情况;
项目经理
负责客户的沟通工作;
参加《系统测试计划》和系统测试用例的评审活动
5过程定义
5.1入口条件
开发人员成功完成单元、集成的测试和所有模块的集成,并成功修复了在集成测试中发现的所有缺陷。
5.2出口条件
系统测试发现的缺陷关闭。
5.3过程流程图
流程图参见《系统测试流程》
5.4过程活动描述
5.4.1编写系统测试计划
活动名称
编写系统测试计划
责任角色
1、测试小组
2、测试组长
3、项目经理
活动接口
进入条件
(或活动启动的事件)
项目启动
项目组测试组长到位
活动的输入
1、《项目开发综合计划》
2、需求文档
活动的输出
《系统测试计划》
退出条件
(或触发其他活动的事件)
《系统测试计划》编写完成
任务
1、测试组长参与项目组的早期活动,了解项目基本情况,并根据《项目开发综合计划》制定《系统测试计划》。
《系统测试计划》包括:
确定约束条件、测试重点、测试技术,所需资源,创建时间表,说明测试数据,生成测试计划。
详见《系统测试计划》模板。
2、若《项目开发综合计划》(包括《系统测试计划》)或相应的需求文档有所变更时,则《系统测试计划》也需要做相应修改和调整。
使用工具
无
相关过程
配置管理、项目管理
备注
无
5.4.2同行评审(系统测试计划)
活动名称
同行评审(系统测试计划)
责任角色
1、测试组长
2、测试小组
3、项目经理
活动接口
进入条件
(或活动启动的事件)
《系统测试计划》完成
活动的输入
待评审的《系统测试计划》
活动的输出
通过评审的《系统测试计划》
退出条件
(或触发其他活动的事件)
《系统测试计划》通过评审
任务
1、测试组长首先考虑对《系统测试计划》进行评审,这个评审可以是内部的也可以是外部的。
2、测试组长与项目经理协商确定评审方式(正式评审、非正式评审)以及参与评审的成员。
评审的成员考虑项目组内部成员,测试部经理及测试部同行。
3、测试组长根据评审结果更改内容,细化或修改《系统测试计划》。
4、之后《系统测试计划》将随《项目开发综合计划》一起参加项目计划的同行评审。
使用工具
无
相关过程
配置管理过程、质量保证过程
备注
5.4.3设计系统测试用例
活动名称
设计系统测试用例
责任角色
测试小组
活动接口
进入条件
(或活动启动的事件)
系统测试计划通过评审
活动的输入
1、《系统测试计划》
2、需求文档
3、设计文档
活动的输出
《系统测试用例》
退出条件
(或触发其他活动的事件)
《系统测试用例》编写完成
任务
1、测试小组根据需求文档、设计文档编写《系统测试用例》。
《系统测试用例》包括:
确定测试类型、目标和用途、
1、测试环境、通过或失败准则、测试工具、需要的数据包及其他软件。
2、在编写过程中中,尽可能多的跟用户(特别是最终用户)沟通,一些中间成果及时展示给用户,征求用户的意见。
3、《系统测试用例》使用TestDirector的模版,并在TD里面管理。
使用工具
TestDirector
相关过程
备注
5.4.4同行评审(系统测试用例)
活动名称
同行评审(系统测试用例)
责任角色
1、测试小组
2、测试小组
3、项目经理
4、需求分析师
活动接口
进入条件
(或活动启动的事件)
《系统测试用例》编写
活动的输入
《系统测试用例》
需求文档
活动的输出
《系统测试用例》
退出条件
(或触发其他活动的事件)
《系统测试用例》通过评审
任务
1、按同行评审过程对《系统测试用例》进行评审。
2、评审要重点关注系统测试用例是否能够满足需求。
必要时可邀请用户一起参加评审。
3、需要强调的是需求分析师应该参加测试用例的同行评审,它的作用在于验证系统测试用例是否真正满足了需求。
使用工具
无
相关过程
同行评审
备注
5.4.5执行系统测试用例
活动名称
执行系统测试用例
责任角色
测试小组
活动接口
进入条件
(或活动启动的事件)
《系统测试用例》通过评审
活动的输入
1、《系统测试用例》
2、《系统测试计划》
活动的输出
缺陷记录
退出条件
(或触发其他活动的事件)
系统测试缺陷关闭
任务
1、测试小组按照《系统测试计划》规定的时间,根据《系统测试用例》对待测系统执行测试过程。
2、在测试过程中发现缺陷后,调用《缺陷管理过程》处理缺陷,在缺陷管理工具中跟踪测试结果。
使用工具
TestDirector
相关过程
缺陷管理
备注
5.4.6总结系统测试工作并报告
活动名称
总结系统测试工作并报告
责任角色
测试小组
活动接口
进入条件
(或活动启动的事件)
系统测试缺陷关闭
活动的输入
1、《系统测试计划》
2、缺陷记录
3、《系统测试用例》
活动的输出
《系统测试总结报告》
退出条件
(或触发其他活动的事件)
《系统测试总结报告》编写完成
任务
1、测试小组成功完成系统测试,提交的缺陷已被修复后,根据缺陷记录,总结系统测试工作,编写《系统测试总结报告》,并把历史版本发现的缺陷记录整理到《系统测试总结报告》中。
使用工具
无
相关过程
无
备注
无
5.4.7审核确认
活动名称
审核确认
责任角色
1、测试组长
2、项目经理
活动接口
进入条件
(或活动启动的事件)
测试小组将《系统测试总结报告》编写完成
活动的输入
《系统测试总结报告》
活动的输出
经确认的《系统测试总结报告》
退出条件
(或触发其他活动的事件)
完成《系统测试总结报告》的确认,报告已交配置管理员。
任务
1、测试小组把《系统测试总结报告》提交给测试组长和项目经理进行审核确认。
2、审核通过的《系统测试总结报告》,需要测试组长和项目经理签字批准,并提交给高层经理和客户。
使用工具
无
相关过程
备注
无
6过程度量
系统测试过程需要对下述数据进行采集度量:
1.系统测试用例的数量
2.执行系统测试总次数
3.成功执行的系统测试用例的数量
4.完成系统测试的测试工时
5.系统测试发现的缺陷数
6.系统测试发现的缺陷的类型
7剪裁准则
参见《过程剪裁报告》剪裁指南。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 开发 过程 系统 测试
![提示](https://static.bdocx.com/images/bang_tan.gif)