VER系统测试过程.docx
- 文档编号:27426162
- 上传时间:2023-06-30
- 格式:DOCX
- 页数:18
- 大小:100.50KB
VER系统测试过程.docx
《VER系统测试过程.docx》由会员分享,可在线阅读,更多相关《VER系统测试过程.docx(18页珍藏版)》请在冰豆网上搜索。
VER系统测试过程
文件编号:
TMO2012004
博远容天
系统测试过程
编制:
姜丽波
审核:
李德逸
批准:
李德逸
受控状态:
受控
发放号:
2012-3-20发布2012-3-30实施
版权说明
本文件中出现的任何文字叙述、文档格式、插图、照片、方法、过程等内容,除另有特别注明,版权均属博远容天有限公司所有,受到有关产权及版权法保护。
本文件及其附录的知识产权归博远容天科技有限公司所有。
如无授权,请勿复制或传播。
本文件将交付博远容天使用,使用范围仅局限于博远容天。
历史版本信息
审批签字
版本
日期
编制
审核
批准
备注
V1.0.0
2011-9-13
姜丽波
李德逸
李德逸
V1.0.1
2012-3-14
姜丽波
李德逸
李德逸
V1.1.0
2012-3-19
姜丽波
李德逸
李德逸
V1.2.0
2012-7-12
姜丽波
李德逸
李德逸
版本变更说明
当前版本号
变更内容
V1.0.0
初版
V1.0.1
受控级别修改
V1.1.0
封面格式、角色统一
V1.1.1
增加6.2.6章节内容
V1.2.0
修改6.2.7章节内容、增加6.2.8章节
目录
1概述1
1.1目的1
1.2适用范围1
1.3专用词汇和缩写1
2过程目标1
3角色与职责1
4输入3
5入口准则3
6工作流程4
6.1流程图4
6.2流程详细描述4
6.2.1编写系统测试方案4
6.2.2设计系统测试用例5
6.2.3搭建测试环境6
6.2.4执行系统测试7
6.2.5执行回归测试7
6.2.6执行内部验收测试9
6.2.7制作内部验收测试报告9
6.2.8交付10
7输出11
8出口准则11
9需要的资源11
10需要的知识和技能12
11需要的配置管理12
12监督和控制12
13验证13
13.1项目级PPQA检查13
13.2高层经理13
14本过程裁剪指南13
15相关的文档13
1概述
1.1目的
本文档用于描述软件开发项目的系统测试过程,它为相关各方提供指导,并明确各角色的职责及义务。
1.2适用范围
适用于公司所有的软件开发项目的系统测试阶段。
1.3专用词汇和缩写
参见《组织级生命周期模型描述指南》
2过程目标
对软件系统测试和系统测试状态进行控制,确保系统测试的有效性和验证结果的可靠性。
3角色与职责
角色
职责
项目经理
●为测试活动提供必要的人员、资源支持与保证
●解决测试部门成员在测试活动过程中所遇到的不能解决的问题以及落实PPQA检查的不符合问题
●部署软件开发工程师进行缺陷修复
●对系统测试计划进行评审
测试主管
●对各项目测试工作进度与质量跟踪
●对测试资源进行协调、测试技能指导
●对测试报告进行审查批准
测试工程师
●制定系统测试计划
●评审系统测试用例
●组织系统测试活动
●编写系统测试报告
●参与系统设计阶段的软件系统测试环境资源确认
●部署系统测试环境搭建
●编写系统测试用例
●按照测试部主管的计划执行系统测试工作
●搭建系统测试环境
●准备系统测试数据
软件开发工程师
●配合系统测试数据的准备
●评审测试用例
●修改bug
项目级PPQA
●负责系统测试过程检查、工作产品的检查
●评审工作的组织
项目级配置管理员
●负责系统测试过程所涉及的配置管理工作
需求工程师
●维护需求跟踪矩阵
●通知软件测试工程师进行系统测试用例的调整
●通知测试部主管需求的变更
4输入
输入的工作对象名称
来源
《需求规格说明书》基线化
需求
《概要设计说明书》基线化
开发
《详细设计说明书》基线化
开发
《测试任务单》
开发
配置库中可测试版本的软件系统
开发
5入口准则
(1)系统测试团队构建完成,角色与职责明确,人员到位且具备系统测试的基本技能;
(2)具备稳定的系统测试环境,系统测试工具(自动/手动)已经到位;
(3)系统测试数据有良好的准备。
(4)系统测试用例、系统测试规程、系统测试预测试项评审并通过,通过单元测试、集成测试。
6工作流程
6.1流程图
6.2流程详细描述
6.2.1编写系统测试计划
简介
根据《项目进度计划》及《需求规格说明书》确定测试环境及内容,进行系统测试计划编写。
职责
角色
执行
测试部主管
参与
测试工程师、软件集成工程师、软件开发工程师、项目级PPQA
验收
项目经理
通知
项目级配置管理员
输入
《需求规格说明书》,《项目进度计划》
执行步骤
(1)测试部主管在系统设计阶段参与软件环境资源确认,确认软件环境资源满足系统测试的要求。
(2)测试部主管编写《系统测试计划》,在文档中要明确系统测试的软、硬件环境资源。
(3)在系统测试计划中根据不同类型的需求,确定系统测试方法、测试工具。
(4)系统测试计划中包括系统测试内容,比如是否进行稳定性测试,性能测试,功能测试等,如果包含性能测试,需要规定软件系统的性能数据。
输出
《系统测试计划》
裁剪说明
本过程无裁减的活动。
6.2.2设计系统测试用例
简介
根据《需求规格说明书》,《概要设计说明书》,《详细设计说明书》,《系统数据库详细设计》进行系统测试用例的编写及系统测试数据的准备。
职责
角色
执行
测试工程师
参与
测试部主管、软件开发工程师、项目级PPQA
验收
项目经理
通知
项目级配置管理员
输入
《需求规格说明书》,《概要设计说明书》,《详细设计说明书》,《系统数据库详细设计》,《项目进度计划》
执行步骤
(1)软件测试工程师根据《需求规格说明书》编写《系统测试用例》,用例编写参考《测试用例编写指南》,规定输入与预期输出结果,以及详细的测试步骤。
(2)软件测试工程师为系统测试准备测试数据,必要时要采用现场的真实数据;软件集成工程师配合。
(3)测试部主管、软件开发工程师、、需求工程师、项目级PPQA对系统测试用例进行同行评审。
(4)如需求发生变更,根据需求跟踪矩阵,软件测试工程师要调整相关系统测试用例。
(5)测试部主管确认系统测试用例100%覆盖软件需求功能点。
输出
《系统测试用例》、《测试用例评审汇总表》
裁剪说明
本过程无裁减的活动。
6.2.3搭建测试环境
简介
根据项目经理提交的《测试任务单》及被测试软件版本,进行系统环境的搭建,版本部署。
职责
角色
执行
测试工程师
参与
测试部主管、测试工程师
验收
测试部主管
通知
项目级配置管理员
输入
《测试任务单》及被测试软件版本
执行步骤
(1)测试工程师根据《测试任务单》及被测试软件版本进行环境搭建及版本部署。
(2)测试部主管对搭建环境进行检查。
输出
无
裁剪说明
本过程无裁减的活动。
6.2.4执行系统测试
简介
软件测试工程师根据系统测试用例进行系统测试工作。
职责
角色
执行
测试工程师
参与
测试部主管、项目级PPQA
验收
项目经理
通知
项目级配置管理员,软件开发工程师
输入
提交的系统版本通过集成测试、《缺陷管理指南》
执行步骤
(1)测试工程师根据系统测试用例执行系统测试,测试过程及发现的缺陷及缺陷状态将在TFS中体现,提交bug时参考《缺陷管理指南》,测试部主管跟踪缺陷情况。
(2)软件开发工程师对缺陷进行修复后,生成新的可测试软件版本提交配置管理,并修改TFS中缺陷状态及注释修改的相应内容说明,提交项目经理审核后,提交新版本给测试部主管并重新提交测试申请。
(3)本轮系统测试完成后,根据分析系统测试缺陷和状态报告等,测试部主管确认本次系统测试的结果是否满足系统测试出口准则,如果满足则停止测试,如果不满足则执行回归测试。
(4)执行测试过程中要对系统测试用例进行完善和补充。
输出
《阶段测试报告》、《TFS记录》
裁剪说明
无。
6.2.5执行回归测试
简介
测试工程师根据缺陷修改情况,依照回归测试用例选取方法,进行系统回归测试工作。
职责
角色
执行
测试工程师
参与
测试部主管、软件集成工程师
验收
项目经理
通知
项目级配置管理员,软件开发工程师
输入
《缺陷管理指南》
执行步骤
(1)测试工程师根据开发修改缺陷情况,依据回归测试方法与策略,执行系统回归测试,测试过程中及时更新缺陷状态,测试过程、发现的缺陷及缺陷状态将在TFS测试工具中体现,提交bug时参考《缺陷管理指南》,测试部主管跟踪缺陷情况。
回归测试用例选取原则
选择回归测试的时候,首先要确定的是,回归测试用例的比例,首先要确定回归测试用例的优先级。
一般有如下必须回归的用例:
1)新修改的功能必须进行回归测试;
2)新修改的功能的关联功能,就是有耦合的部分,必须测试(可以参考相关开发人员意见);
3)新修改的功能模块优先级为高的测试点100%要执行回归测试;
4)程序中最致命的部分,譬如说安全隐患,数据泄露,加密注册必须测试
5)程序中比较脆弱的部分,需要测试(可以参考开发人员意见);
6)如果以上做完,还有时间的话,把系统用例中级别比较高的用例再执行一遍。
如有条件,选择自动化测试工具进行全覆盖回归测试。
(2)软件开发工程师对缺陷进行修复,生成新的可测试软件版本提交配置管理,并修改TFS中缺陷状态及注释修改的相应内容说明,提交项目经理审核后,提交新版本给测试部主管并重新提交测试申请。
(3)回归测试完成后,根据分析系统测试缺陷和状态报告等,测试部主管确认测试的结果是否满足系统测试出口准则,如果满足则停止测试,如果不满足则继续重复执行
(1)、
(2)。
(4)执行测试过程中要对系统测试用例进行更新完善。
输出
《TFS记录》,《阶段测试报告》
裁剪说明
无。
6.2.6执行内部验收测试
简介
软件测试工程师根据系统测试用例执行内部验收测试工作。
职责
角色
执行
测试工程师
参与
测试部主管、软件集成工程师
验收
项目经理
通知
项目级配置管理员,软件开发工程师
输入
提交的系统版本通过集成测试、《缺陷管理指南》
执行步骤
(1)测试工程师根据内部验收测试环境要求搭建测试环境,根据内部验收测试方案全面100%执行系统测试用例,并按内部验收测试的测试策略对系统的安装、卸载、稳定性、易用性、可靠性等进行测试,并要模拟用户进行随机测试。
测试发现的缺陷及缺陷状态将在TFS中体现,提交bug时参考《缺陷管理指南》,测试部主管跟踪缺陷情况。
(2)本轮内部验收测试完成后,根据分析内部验收测试缺陷和状态报告等,测试部主管确认本次验收测试的结果是否满足系统测试出口准则,如果满足则停止测试,如果不满足则执行回归测试。
输出
《TFS记录》
裁剪说明
无。
6.2.7制作内部验收测试报告
简介
测试部主管对系统测试结果进行分析,形成内部验收测试报告。
职责
角色
执行
测试部主管
参与
测试工程师、项目经理
验收
项目总监
通知
项目级配置管理员
输入
《需求规格说明书》,TFS记录
执行步骤
(1)内部验收测试完成后,测试部主管根据测试分析数据编写《内部验收测试报告》提交给项目经理。
在系统过程中,由测试工程师验证《用户使用手册》的正确性。
(3)测试工程师、软件开发工程师、项目经理、项目级PPQA根据《内部验收测试报告》评审是否满足发布准出标准,如满足填写《发布确认单》,系统测试结束,测试部主管将《内部验收测试报告》,《发布确认单》提交配置管理员。
(4)如不能上线发布,继续执行回归测试流程,直到满足发布准出标准。
输出
《内部验收测试报告》,《发布确认单》
裁剪说明
本过程无裁减的活动。
6.2.8交付
简介
。
职责
角色
执行
测试部主管
参与
测试工程师、项目经理
验收
项目总监
通知
项目级配置管理员
输入
《需求规格说明书》,TFS记录
执行步骤
(1)内部验收测试完成后,测试部主管根据测试分析数据编写《内部验收测试报告》提交给项目经理。
在系统过程中,由测试工程师验证《用户使用手册》的正确性。
(3)测试工程师、软件开发工程师、项目经理、项目级PPQA根据《内部验收测试报告》评审是否满足发布准出标准,如满足填写《发布确认单》,系统测试结束,测试部主管将《内部验收测试报告》,《发布确认单》提交配置管理员。
(4)如不能上线发布,继续执行回归测试流程,直到满足发布准出标准。
输出
《内部验收测试报告》,《发布确认单》
裁剪说明
本过程无裁减的活动。
7输出
主要的工作成果(一般是模型中各个特定实践输出的典型工作产品)
输出的工作产品名称
《系统测试计划》
《系统测试用例》及评审文件
《阶段测试报告》
《内部验收测试报告》
《发布确认单》
8出口准则
第一阶段测试准则:
(1)对所有功能模块进行100%需求覆盖;
(2)100%执行测试用例;
第N阶段测试准则:
(说明:
进行几个阶段测试由项目定义,N为最后一个阶段,其N之前阶段标准由项目定义)
(1)对所有功能模块进行100%需求覆盖;
(2)100%执行测试用例;
(3)对修改的BUG进行100%的验证,并对相关联功能进行验证。
(4)最后一阶段测试中不存在严重缺陷;
(5)遗留轻微缺陷数不超过轻微缺陷总数的10%。
内部验收测试结束标准:
(1)测试用例100%覆盖软件需求规格说明书;
(2)内部验收测试必须100%覆盖系统测试用例;
(3)内部验收测试中没有发现严重及一般缺陷;
(4)内部验收测试新发现的缺陷不超过0.2个/千行代码;
(5)遗留轻微缺陷数不超过轻微缺陷总数的8%。
特别规定:
●紧急情况下,系统测试虽然不完全满足以上准则,但内部验收测试中没有发现严重缺陷,并经总经理审批后,可以放行。
●系统回归测试阶段,如果前一轮测试中发现的缺陷(严重缺陷和一般缺陷),在本次回归测试中再次出现达到20%时,本轮回归测试停止。
9需要的资源
所需资源
项目经理:
配备系统测试用软、硬件资源
测试部主管:
Office工具,软件系统测试工具,建立相应的运行环境和网络环境
软件测试工程师:
Office工具,软件系统测试工具,准备系统测试数据
测试部门:
缺陷管理工具
10需要的知识和技能
角色
知识和技能内容
测试部主管
软件测试技术,项目管理技能,过程管理技能,质量保证知识,配置管理技能,文档编制技能,业务领域技能知识。
测试工程师
测试用例编写技能,测试工具使用技能,软件测试技术,业务领域技能知识,质量保证知识,配置管理技能,脚本开发技能,文档编写技能。
项目级PPQA
过程管理技能,质量保证知识。
项目级配置管理员
配置管理技能。
需求工程师:
需求分析技能,配置管理技能。
11需要的配置管理
需要配置管理的内容
受控级别
《系统测试计划》
基线库
《内部验收测试报告》
基线库
12监督和控制
参见《度量规格说明及度量计划》
13验证
13.1项目级PPQA检查
(1)项目级PPQA按照质量保证计划对测试活动和工作产品进行评价,记录发现的不一致问题并跟踪直至关闭。
主要有《系统测试计划》,《系统测试用例》,《内部验收测试报告》。
(2)监督测试过程的活动、状态和结果。
13.2高层经理
(1)审批“特别规定”。
(2)审批资源受限,或者资金不足等特殊情况下的系统测试结束终止。
14本过程裁剪指南
项目经理或者过程改进组,可以根据项目具体情况,对是相关过程活动进行裁剪。
15相关的文档
相关文档
《项目进度计划》
《需求规格说明书》
《概要设计说明书》
《详细设计说明书》
《系统数据库详细设计》
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- VER 系统 测试 过程