1 / 11
文档名称:

软件测试管理规范.docx

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

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

分享

预览

软件测试管理规范.docx

上传人:sssmppp 2022/6/9 文件大小:93 KB

下载得到文件列表

软件测试管理规范.docx

文档介绍

文档介绍:软件测试工作规范
目的
统一公司所有项目的软件测试流程;
提供一套适合公司所有项目并可裁减的软件测试工具;
范围
本规范中单元测试适用于所有的JAVA项目;
本规范中集成测试、系统测试和性能测试适用于所有项目。
测试阶段与软件零,D类缺陷少于5%, E类缺陷 少于10 %。

《集成测试分析报告》通过评审
代码基线化

因具体项目而定
该活动包括以下环节:
编写系统测试计划;
设计系统测试用例;
执行系统测试过程;
记录系统测试缺陷;
编写系统测试分析报告;
1. 3. 1活动目的
通过与系统的需求规格作比较,从功能和非功能两方面,发现软件与系统需求规 格不相符合或与之矛盾之处。

角色
职责
项目经理
协调软硬件和人力资源、风险控制等;
测试经理
协调相关测试资源,风险控制等 跟踪系统测试执行过程;
测试组长、测 试工程师
制定系统测试计划;
在架构师的协助下,搭建系统测试环境;
编写系统测试用例;
执行系统测试用例;
提交缺陷;
回归测试;
编写系统测试分析报告;
架构师
协助测试组长制定系统测试计划。
确认测试缺陷,并分发测试缺陷于开发人员进行修改; 评审系统测试计划、测试用例、测试分析报告;
开发人员
修改缺陷;
提交缺陷修改程序代码;
配置管理员
管理测试需要的资源,包括软硬件环境,版本管理和缺陷跟踪管 理。建立代码基线,配合进行配置检查。
范围
系统的功能性测试;
系统的初始化测试;
系统的(负载,性能,并发)测试;
系统的配置测试;
系统的安全性测试(防火墙,TLS,SSL安全机制,加密);
系统的外部接口测试;
系统的数据完整性测试;
系统的可用性测试;
系统的安装部署测试;
系统的恢复性测试;
系统的可移植性测试
系统的文档测试。
1.
《需求说明书》经过评审;

(1) 测试组长制定《系统测试计划》;
(2) 测试组长负责组织编写系统测试用例、编写测试脚本,编写测试用例;
(3) 测试组长在架构师的协助下搭建与用户需求一致的测试环境,质量管理部配 合确认测试环境,参见《系统环境确认单》;
(4) 测试人员执行测试用例;
(5) 测试过程中发现缺陷提交到缺陷跟踪系统;
(4) 架构师对缺陷进行评估,若判断是缺陷则指定相关开发人员进行修改;
(5) 开发人员修改完问题后,由问题提出人进行回归测试,测试通过则缺陷关闭, 检验未通过,则转给开发人员,继续修改;
(6) 测试组长编写《系统测试分析报告》。

己通过回归测试、打标签系统级的代码
《系统测试分析报告》

系统测试报告通过评审;
代码基线化;
A类缺陷、B类缺陷、C类缺陷为零,D类缺陷少于3 %, E类缺陷少 于6 %。
工具与方法
因项目的需求而定。
性能测试
该活动包括以下环节:
编写性能测试计划;
设计性能测试用例;
搭建性能测试环境;
执行性能测试过程;
记录性能测试缺陷;
编写性能测试报告;
. 1活动目的
检查系统是否满足在需求说明书中规定的性能要求。

角色
职责
项目经理
协调软硬件和人力资源、风险控制等;
测试经理
协调相关测试资源,风险控制等; 跟踪系统测试执行过程;
测试组长
测试工程师
制定性能测试计划;
执行性能测试脚本;
提交缺陷;
回归测试;
编写性能测试分析报告;
架构师
协助测试组长制定性能测试计划;
确认测试缺陷,并分发测试缺陷于开发人员进行修改;
评审《性能测试计划》、《性能测试用例》、《性能测试分析报 告》;
开发人员
修改缺陷;
提交缺陷修改程序代码;
配置管理员
管理测试需要的资源,包括软硬件环境,版本管理和缺陷跟踪管 理。建立代码基线,配合进行配置检查。

性能测试的主要是范围:
系统的大用户压力;
系统的并发用户压力;
系统的数据库压力;
系统的稳定性等。

《需求规格说明书》通过评审;
《需求规格说明书》
活动说明
(1) 测试组长根据《需求规格说明书》了解系统性能需求,编写《性能测试计划》;
(2) 测试人员在架构师的协助下搭建与用户需求一致的测试环境,质量管理部配 合确认测试环境,参见《系统环境确认单》;
(3) 测试人员根据系统的实际情况和使用的测试工具,制定《性能测试方案》, 用以确定本次测试的具体方法和策略;
(4