研发测试管理制度Word下载.docx

研发测试管理制度Word下载.docx

《研发测试管理制度Word下载.docx》由会员分享，可在线阅读，更多相关《研发测试管理制度Word下载.docx（10页珍藏版）》请在冰豆网上搜索。

系统组配置管理人员：

管理测试需要资源，包括软硬件环境，提供测试过程中技术支持。

2.测试范围

根据项目实际需要选择完成测试类型

•系统集成后功能性测试；

•系统集成后容错性测试；

•系统集成后界面测试；

•系统集成后常用控件测试；

•系统集成后接口测试；

•系统集成后可用性测试；

•系统集成后完整性测试；

•系统集成后压力测试；

3.测试标准规范

•所有缺陷必须全部记录在BUG管理工具（JIRA）；

•测试完成标准必须有项目经理和测试Leader确认；

•测试用例执行覆盖率应达到100%（功能测试用例均已执行）；

•测试需求执行覆盖率应达到100%（业务测试用例均已执行）；

•测试规范是根据开发规范而制定测试标准，测试规范也是后期测试用例编写重要依据。

•性能测试必要性和指标根据需求情况而决定；

•从理论到方法到各类流程到各类报告模版，都属于测试规范范畴，当一整套规范形成之后，可使得测试工作进行更加稳健，所有问题有据可查；

三、测试依据

1.软件需求规格说明书

软件需求规格说明书是软件达到各项功能目标。

是测试人员各项工作依据，没有需求就无法判断测试结果是正确。

2.软件设计说明（概要及详细设计）

设计说明书包含软件一些框架、字段、数据库设计等。

软件设计说明对测试工作开展有很大影响，没有软件设计说明很多问题将无法溯源，测试准备前期工作也是根据软件设计说明来制定。

3.页面原型（DEMO）

页面原型是项目人员快速熟悉项目最佳路径。

在需求不够明确，设计说明书不够全面情况下，页面原型也是后期测试用例编写思想重要根据。

四、测试需求分析

测试需求是整个测试过程基础；

确定测试对象以及测试工作范围和作用。

用来确定整个测试工作（如安排时间表、测试设计等）并作为测试覆盖基础。

而且被确定测试需求项必须是可核实。

即，它们必须有一个可观察、可评测结果。

无法核实需求不是测试需求。

所以我现在理解是测试需求是一个比较大概念，它是在整个测试计划文档中体现出来，不是类似一个用例或者其他。

•测试需求是制订测试计划基本依据，确定了测试需求能够为测试计划提供客观依据；

•测试需求是设计测试用例指导，确定了要测什么、测哪些方面后才能有针对性设计测试用例；

•测试需求是计算测试覆盖分母，没有测试需求就无法有效地进行测试覆盖；

五、测试流程

六、启动测试

1.测试计划

在开发团队、产品团队及测试团队交接测试内容，对测试目标达成一致，商讨测试计划初稿可行性，统一项目组目标和测试工作内容同时，明确测试重点，测试组提交《测试计划书》。

根据项目需求文档，按照测试计划文档模板编写测试计划。

测试计划中应该至少包括以下关键内容：

•测试需求，明确需要测试组测试范围，估算出测试所花费人力资源和各个测试需求测试优先级；

•测试方案，整体测试测试方法和每个测试需求测试方法；

•测试资源，本次测试所需要用到人力、硬件、软件、技术资源；

•测试组角色，明确测试组内各个成员角色和相关责任；

•里程碑，明确标准项目过程中测试组应该关注里程碑；

•可交付产物，在测试组工作中必须向项目组提交产物，包括《测试计划》、《测试报告》等；

•风险管理，列举出测试工作所可能出现风险；

•测试计划编写完毕后，必须提交给项目组全体成员，并由项目组组中各个角色组联合评审，直至通过评审。

2.编写测试用例

在需求分析文档确立基线以后，测试组需要针对项目测试需求编写测试用例，在实际测试中，测试用例将是唯一实施标准；

测试用例所涵盖标准如下：

测试用例是用于检验对象是否符合要求一种“示例”，基本要素为：

前提条件、输入数据或动作、期望响应，目是找出需求、设计、实现中缺陷；

测试用例由开发人员和测试人员共同制定，然后撰写《系统测试用例》，责任人为测试工程师；

项目经理和测试Leader审批《系统测试用例》，如果同意，则测试人员按照该计划执行测试工作；

否则修改测试用例，直到通过审批为止；

•测试用例

项目名称

项目负责人

模块名

优先级别

模块开发人员

开发完成日期

用例设计人员

设计日期

评审人员

评审日期

测试次数

测试执行日

编号

流程

目

操作步骤

动作

预期结果

执行结果

备注

1

键入地址—>

登录系统

登录成功

输入地址，回车；

输入用户名、密码、验证码，点击登录按钮

点击“登录”按钮。

登录成功，显示主功能页面

成功

页面样式有问题

2

3

此用例模板为参考，详情见Excel版本并以实际Excel格式为准；

七、测试环境

1.系统内部集成测试（SystemIntegrationTesting）SIT

环境用途:

日常功能性测试、系统测试、集成测试

性能要求：

生产环境等比例缩小，高于最小系统可运行性能要求

环境要求：

包含生产环境各系统及数据库

数据要求：

包含预生产环境各类型数据部分数据

2.预发布环境（PreReleaseEnvironment）PRE

模拟生产环境发布回归测试

性能测试

生产环境1/2或者1/4性能

包含生产环境各类型数据部分数据

八、提交测试

由开发人员在JIRA提交测试申请给产品人员，产品人员对开发人员提测内容进行审核，审核通过后交由测试负责人进行测试任务排期分解。

JIRA提测地址：

九、执行测试

接到测试申请后，测试人员对提测范围进行冒烟测试，如果提测对象无法通过冒烟测试，测试人员可驳回提测，终止测试。

冒烟测试通过标准：

•功能测试功能单元能实现

•集成测试功能或系统不缺少，接口功能正常，系统间由接口对接正常

•系统测试系统运行正常，测试数据正常规范，系统间接口正常

3.执行测试用例

测试人员按照《系统测试用例》，执行测试、质量保证、缺陷跟踪等规定流程。

4.跟踪消除缺陷

•测试发现了缺陷，开发人员应当尽早消除缺陷。

•开发人员找到错误时，修改前首先思考：

修改此缺陷是否会引发其他问题？

如会引发其他问题则可能需要修改硬件结构或软件结构。

•有些时候，设计中可能潜伏同一类型许多错误（例如由不良编程习惯引起软件错误），发现后应当乘胜追击，全部排除。

•不论原先设计是否绝对正确，只要进行了改错后要马上重新测试，以免引入新错误。

•记录缺陷排除心得体会，及他人共享经验教训。

5.优先测试原则

测试必须有计划且需制定合理简洁测试流程，当人力资源或测试时间有限，不能做全面测试，则集中力量测试高优先级内容，放弃低优先级内容。

以下表格中，左边测试优先级通常高于右边测试优先级。

测试内容

测试优先级

特色功能

高于

非特色功能

用户常用功能

非常用功能

需求重点功能模块

非重点功能模块

系统性能瓶径所在模块

不是性能瓶径所在模块

最复杂、最容易出错模块

不复杂、不会出错模块

开发者没有信心模块

开发者自信模块

涉及财物相关功能模块

其他功能模块

开发者技术能力弱

开发者技术能力强

功能价值高模块

功能价值低模块

6.回归测试

在每轮测试中，按照现有测试用例没有新缺陷被发现，测试报告中全部活动缺陷都被解决。

测试组将按照测试计划中对于回归测试策略进行回归测试，回归测试用例属于测试用例一部分或者是全部测试用例，但不能超出原先预定测试用例范围。

在每轮测试结束之后，由测试组重新拷贝修改后最新版本，进行回归测试。

回归测试最多为三轮，如果三轮仍未达到停止测试标准，由项目负责人决定后期策略。

十、提交报告

在约定测试周期完成之后，测试Leader需要总结此测试结果，编写测试报告；

测试报告包含如下内容：

•测试报告版本；

•测试人员和时间；

•测试所覆盖缺陷，测试组在这轮测试中所有处理缺陷，报告了测试Leader处理缺陷和实施工程师验证缺陷。

不仅要写出覆盖缺陷总数，还要写明这些缺陷去向；

•测试新发现缺陷数量；

•上一版本活动缺陷数量；

•经过此轮测试，所有活动缺陷数量及其状态分类；

•测试评估，写明在这一版本中，那些功能被实现了，那些还没有实现，这里只需写明和上一版本不同之处即可；

•急待解决问题，写明当前项目组中面临最优先问题，可以重复提出；

•在每轮测试结束之后应尽快将符合标准测试报告发给全项目组；

并抄送给相关领导审阅；

十一、测试工作总结

测试总结工作是在以上工作全部结束以后，它目是评估本次测试工作，总结经验，并在组内进行技术和经验分享，为使下一次工作做得更好。

十二、测试归档

测试归档是在测试验收结束宣布测试有效，结束测试后，对测试过程中涉及到各种标准文档进行归类，存档。

主要归档文件如下：

∙《测试计划书》；

∙《测试用例书》；

∙《测试报告书》；

十三、性能测试

性能测试是通过自动化测试工具模拟多种正常、峰值以及异常负载条件来对系统各项性能指标进行测试。

负载测试和压力测试都属于性能测试，两者可以结合进行。

通过负载测试，确定在各种工作负载下系统性能，目标是测试当负载逐渐增加时，系统各项性能指标变化情况。

压力测试是通过确定一个系统瓶颈或者不能接收性能点，来获得系统能提供最大服务级别测试。

十四、软件测试暂停、停止标准

软件系统在进行单元、集成、系统、性能、安装、验收测试时，发现致命错误（大于等于1）、严重错误（大于等于2）时，暂停测试，返回开发。

软件系统经过单元、集成、系统、性能、安装、验收测试，并分别达到其测试停止标准时，停止测试转入下一阶段。

软件项目需暂停以进行调整时，测试应随之暂停，并备份暂停点数据。

软件项目在其开发生命周期内出现重大估算，进度偏差，需暂停或终止时，测试应随之暂停或终止，并备份暂停或终止点数据。

详细依据《软件测试停止标准》

十五、项目文档产出

1.常规项目测试产出文档

•《测试计划》

•《测试用例》

•《阶段性测试报告》

•《性能测试报告》

•《测试总结报告》

•《测试问题列表》

•其他

2.特殊项目需求选择性产出文档

•《BUG多维度分析》

•《研发效率明细及统计》

•《人员能率分析》

•《模块质量分析》