1 / 15
文档名称:

软件测试与发布管理规范.docx

格式:docx   大小:111KB   页数:15页
下载后只包含 1 个 DOCX 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

软件测试与发布管理规范.docx

上传人:0640105 2022/4/2 文件大小:111 KB

下载得到文件列表

软件测试与发布管理规范.docx

文档介绍

文档介绍:欢迎下载
XXXXXXXXXXXXXXXXXXXXXX 公司
文件编号
版本号
总页数
测试与发布过程规范
编制:
审核:
批准:
年 月 日发布
年 月 日实施
欢迎下载
XXX
欢迎下栽
测试il•划、测试报告等等
• 风险管理一列举出测试工作所可能出现的风险
测试计划编写完毕后,必须提交给项目组全体成员,并由项目组组中徉个
角色组联合评审
退出标准
测试计划文档由项目组评审通过,提供《软件测试计划书》正稿
在项目开发过程中,要适时的对测试计划进行跟踪,以评估此计划的完整
性、可行性,在项目结朿时还要最后评估一下测试计划的质量
输出文档
«软件测试计划书》
责任人
测试主管

在需求分析文档确立基线以后,测试团队需要针对项目的测试需求编写测试用例,在实际的
测试中,测试用例将是唯一实施标准。在用例的编写过程中,具体的任务和责任人如下:
过程要点
详细说明
前程条件
测试需求明确,测试计划明确,项目经理提供《软件需求规格说明书》
工作内容
根据每一步测试计划编写全部的测试用例
退出标准
测试用例需要覆盖所有的测试需求
输出文档
《软件测试用例单》
责任人
测试主管、测试人员

在测试团队完成测试用例之后,项目组需要对项目的测试用例进行评审,在用例的评审过程
中,具体的任务和责任人如下:
过程要点
详细说明
欢迎下栽
前置条件
测试用例完成
工作内容
根据项目《软件需求规格说明书》对测试用例进行评审
退出标准
更新测试用例,测试用例覆盖到所有的测试需求
输出文档
《软件测试用例评审报告》
责任人
项目经理、测试主管

在开发团队完成某个功能模块之后,测试团队首选对功能模块进行冒烟测试,确保基本功能 都完成。
过程要点
详细描述
前置条件
开发团队完成某个功能模块
工作内容
测试人员根据《软件需求规格说明书》对模块进行冒烟测试,确保基本功 能完成。
退出标准
冒烟测试通过,基本功能完成。
责任人
测试人员、开发人员

实施针对已经通过冒烟测试的功能模块和已经评审通过的测试用例,实施测试用例绝对将花
费测试团队绝大部分时间,这些工作都是建立在前期很多il•划工作的基础上。
过程要点
详细描述
前置条件
测试主管提前制立出当日的测试计划,确楚可用的测试用例。
工作内容
测试人员根据测试计划中分配给自己的测试任务和测试用例,实施相应的 测试用例,并将记录实施用例的结果。缺陷及时记录和提交,并与相关开
欢迎下栽
发人员沟通。
退出标准
测试用例中的所有任务被执行,结果被记录,缺陷被提交。
责任人
测试人员、开发人员
3.
测试主管和项目经理根据项目的定位,软件需求及软件测试中的80/20原则针对测试人员提
交的缺陷进行分析,以提高测试效率。
过程要点
详细描述
前置条件
所有的测试用例全部都实施完成
工作内容
根据项目的世位等针对测试人员提交的缺陷进行分析 如存在缺陷转为需求,则更新需求规格说明书
退出标准
测试人员提交的缺陷完成分析
责任人
项目经理、测试主管
3. 3. 4回归测试
在每轮测试结朿之后,由测试团队重新拷贝修改后的最新版本,进行回归测试0
过程要点
详细描述
前置条件
在每轮测试中,按照现有的测试用例没有新的缺陷被发现,测试报告中 全部的活动缺陷都被解决。
工作内容
测试团队将按照测试计划中对于回归测试的策略对产品进行回归测试, 回归测试的用例属于测试用例的一部分或者是全部测试用例,但不超出 原先预立的测试用例的范带1。
退出标准
回归测试所运行的用例全部通过。
责任人
测试人员、开发人员
欢迎下栽

如有必要,需要收集用户对性能方面的要求,做性能测试•同时出具《性能测试报告》。
过程要点
详细描述
前置条件
项目集成测试完毕,并完成所有的回归测试
工作内容
根据收集到的用户对性能方而的要求,制是性能测试策略,并进行性能 测试,收集性能测试结果数据。
输出文档
《性能测试报告》
退出标准
项目的性能指标达到用户的要求
责任人
测试人员、开发人员

测试工作结束或即将结束时,测试团队就要开始着手准备进行总结的工作。

在回归测试结朿之后,测试主管将要编写系统测试报告,对系统测试情况进行总结,并且提
交给全体项目组