测试流程规范

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了测试流程规范相关的知识,希望对你有一定的参考价值。

参考技术A 1.概述

1.1目的 2

1.2适用范围 2

1.3执行原则. 2

1.4角色和职责 2

1.4.1 测试leader 2

1.4.2 测试工程师 3

2.软件测试流程 3

2.1软件测试流程图 3

2.2 流程图解析 4

3.软件测试周期人员活动 7

3.1软件测试准备 7

3.2 测试执行阶段 8

3.2.1软件执行阶段流程图 8

3.2.2软件测试执行阶段人员活动 9

3.2.3测试扫尾工作 11

4.结语 12

 

 1.概述

1.1目的

1、有效的保证软件质量;

2、有效的制定不同测试类型(软件系统测试、主观性测试、专项测试、(自动化测试)、性能测试、用户体验测试)的软件测试计划;

3、按照计划进行测试,发现软件中存在的问题;

4、对软件中已经解决的问题进行有效的验证;

5、判定测试过程和问题验证的有效性。

1.2适用范围

适用范围是参与产品软件测试的各测试工程师。

1.3执行原则.

1、标准化作业,尊重事实;

2、测试工程师需要对产品各项功能持有疑问的态度来思考软件;

3、测试工程师需要主动与项目组的所有成员保持有效的沟通,以便更好地完成测试任务;

4、尽早发现问题,及时跟踪问题;

1.4角色和职责

1.4.1 测试leader

负责审核测试计划,参与计划的实施过程,确保计划的实施和按计划完成测试任务;

制定、更新和维护软件测试流程;

对发现的部门需要改进的问题提供解决方案;

制定短期、长期的改进措施;进行评审和监督;

参与版本风险评估

参与软件需求与UI评审

编制STP(软件测试计划),组建测试团队

根据软件测试申请单的要求判定是否接受软件测试版本;达到软件测试标准安排系统测试;对测试需求进行组内培训。

9.测试任务的分配,保证测试计划的按时完成,保障软件测试质量;测试过程进行跟踪;处理异常情况;定期发送测试报告(每一个升级版本)到开发、PM各管理人员

10.跟进BUG的修改情况,组织BUG评审

11.组织版本风险评估

1.4.2 测试工程师

按照测试计划进行测试的执行,测试用例在编写、评审。

测试记录的整理,

Bug的跟踪【包括:提交、验证、关闭Bug】。

参与BUG的评审

定时完成学习计划并提交学习报告给测试leader

2. 软件测试流程

2.1软件测试流程图

2.2 流程图解析

立项

对于版本,立项的条件只需要满足:

测试部收到版本立项通知,软件产品功能需求/设计说明书都已提供到位

版本进度表

当立项条件满足时,由测试部门经理指定测试,由测试组织立项与后续的测试工作。

需求初审

    测试Leader组织测试进行需求审阅,完成三个任务:一是对文档进行评审,如对需求有疑问,或者对需求有建议要求要与需求输出人进行沟通,直到需求定稿;二是确定测试所需配置、资源、样机、以及需求对应的DEV等;三是确定好软件测试策略,策略主要包括如下方面:

1.测试依据

   a,软件需求文档

b,其他,如参考其他竞品等

测试资源

   a,测试人员需求

   b,测试配置需求(需要前期的配置)

   c,测试样机需求(例如特殊需求需要特殊的手机)

测试策略

a,采取测试方法

b,采取哪些测试工具以及测试管理工具

       c,对测试人员进行培训等

测试人员安排

    测试Leader根据在需求初审过程中各功能模块提供的测试人员名单,完成测试人员安排。

需求分析

   安排完毕后,测试Leader组织组员进行需求分析,完成两项任务:一是进行组内需求培训,保证所有组员完全理解需求;二是分配测试用例编写或维护任务,确认测试用例完成日期。

请注意:测试用例完成日期必须在软件版本发布测试之前。

测试设计

测试设计主要包括测试用例的编写与评审。由于常规的测试点的用例都已经具备,这里主要针对新的需求。

测试计划

当所有测试前的准备工作已经完成,测试leader就要根据开发时间表以及测试策略制定一个完整的软件测试计划(STP文档),测试计划的依据主要是版本开发计划和测试需求分析结果。

测试执行

测试执行一般分为以下阶段:

确认测试→系统测试→验收测试→产品文档check,其中每个阶段还有回归测试验证问题。

     从测试的角度而言,测试执行过程是要考虑量和度的问题,就是指测试的范围与测试的程度的问题。

从管理的角度而言,在有限的时间内,在人员有限甚至短缺的情况下,要考虑如何分工,如何合理地利用资源来开展测试。当然如下几个问题也需要考虑:

a, 当测试人员测试的执行不到位、敷衍了事时该如何解决?

b, 测试效率问题,怎样提高测试效率?

c, 根据版本的不同采取怎么样的测试策略,是全面测试、自由测试还是针对模块的测试

软件评估

这里评估指软件经过一轮又一轮测试后,确认软件无重大问题或者问题很少的情况下,对准备上线的版本进行评估,以确定是否能够上线。软件评估会议由PM?组织,评估成员一般由DEV、PM、QA等组成。

测试总结

版本已经上线后,测试可以通过各种方式对整个测试过程进行总结,可以是做的好的方面的经验,也可以是不足之处以便后续版本避免。

测试维护

      由于测试的不完全性,当软件正式release后,用户在使用过程中,难免遇到一些问题,有的甚至是严重性的问题,这就需要DEV修改有关问题,修改后需要再次对软件进行测试、评估、上线。

3.软件测试周期人员活动 

3.1软件测试准备

目的

有效的做好测试准备工作,为测试的执行做好前期所需;

按照需求制定好测试策略与测计划;

进入条件

版本正式启动

需求文档已经进行归档

输入

软件开发计划、软件开发时间表、软件产品功能需求/设计说明书等相关需求文档。

作业流程及其管理方法

No. 作业过程名 作业内容/管理方法 作业人 输出

1.立项当立项条件达到,测试leader指定测试组员,测试组员整理相关资料组织立项动作测试leader、测试组员测试计划

2需求初审测试leader组织需求的初审,邀请测试组员一起对需求进行审读,确认该版本对应的配置、资源,确认对应的测试策略测试leader、测试组员

3测试安排测试leader根据需求安排测试人员进行需求分析与培训,并分配测试用例编写与维护任务

4测试设计测试进行TestCase的编写,然后由测试leader制定测试用例的评审计划并按照计划进行评审;(要求开发人员、测试工程师);测试要将每次Case的评审结果进行记录,测试leader在使用Case前进行评审结果的确认;

测试leader确认最终的Testcase和评审记录。

测试leader、测试组员测试用例

Case编写的依据:

软件需求文档;相关规范和标准;

Case 编写基本规则;

1. 以相关需求文档为编写依据;

2. 使用条件和路径覆盖法判定Case的覆盖率;

3. Case的易理解和易操作性;

4. 针对不同测试目的编写测试用例;

5. 根据不同的测试类型编写测试用例(界面一致性、功能符合性、兼容性、性能稳定性)

5.测试计划编写和评审当测试用例完成后需要组织开发、PM等相关人员进行评审;

当计划定稿后,测试leader需要严格按照制定的计划安排测试;

测试leader

测试计划评审注意事项:

1. 保证测试计划要符合开发计划

2. 测试的全面性;

输出

测试用例

3.2 测试执行阶段

3.2.1软件执行阶段流程图

流程图解析

     1.根据整个软件测试执行过程,按时间分成三等分,分别为T1:测试初期、T2:测试中期、T3:测试后期

T1:测试初期这个阶段,主要执行确认测试、基本功能的测试。确认测试的目标需要确保软件完全符合设计文档。基本功能的测试的重点是执行测试用例,尽可能多的去暴露基本功能的问题,测试的执行方式以执行测试用例为主。

T2:测试中期采用自由测试为主,除了测试基本功能外,还需要重点测试性能、用户体验性测试、兼容性测试。其中性能测试可借助于Perfdog工具进行测试。

T3:测试后期阶段,这个阶段仍然需要执行多遍测试用例以确保基本功能的实现完全没有问题。

系统测试分为三个阶段,并不是单纯的时间三等分,而是每个时间段都需要达到测试目标。若没有达到测试目标,测试leader需要及时调节计划,并组织分析问题,避免因为测试不到位的原因导致版本延期。

3.2.2软件测试执行阶段人员活动

目的

有效的制定系统测试的软件测试计划;

按照计划进行测试,发现软件中的存在的问题(包括:界面、需求、功能、兼容性、性能等方面问题)。

对软件中已经解决的问题进行有效的验证;

判定测试过程和问题验证的有效性;

进入条件

完成测试计划和测试用例;

已确认软件测试申请、软件版本

输入

软件测试计划和软件测试用例。

软件版本;

作业流程及其管理方法

NO 作业过程名 作业内容 / 管理方法 作业人 输出结果

1测试任务安排测试leader获得软件版本后,确认后根据测试目的制定版本测试计划;

测试计划完成后,向组内成员介绍版本基本情况、测试时间安排等 

测试leader每个新版本软件测试计划

2系统测试测试接收到软件测试申请并确认版本在发布时已提供相关信息后,安排测试依据测试用例进行系统测试或进行自由测试;

在测试阶段,版本的第一轮和最后一轮测试必须至少执行一个完整的周期。包括过一遍完整的case;

测试leader

组员

测试报告

3验证测试每个版本对以前已修改的BUG进行验证,若确认已经修改,可执行关闭操作。组员

4性能测试测试leader安排组员,按照《性能测试用例》进行测试,主要采用与对比机对比测试得出内存峰值结果;组员内存峰值测试报告

6兼容性测试测试PM安排工程师,按照《兼容性测试用例》进行对不同型号不同系统版本进行验证测试组员兼容性测试报告

 

输出

每个新版本软件测试计划、测试报告、内存峰值测试报告、兼容性测试报告

3.2.3测试扫尾工作

目的

根据测试结果,组织版本评估

做好测试总结,积累好的经验,去除不好的东西

进入条件

完成了测试执行阶段,PM申请上线

作业流程及其管理方法

NO 作业过程名 作业内容 / 管理方法 作业人 输出结果

1版本评估上线前,测试leader书写软件测试报告并组织版本评估会议,邀请开发leader、项目经理等管理人员组织版本评估会议,最终由项目经理确认软件是否能够上线。项目经理(PM)

测试leader

测试组员

软件开发leader等

评估结果

2测试总结测试leader组织测试进行总结性会议,总结测试经验测试leader

测试组员

3维护测试当收到用户反馈的严重性问题,测试leader组织测试验证并提交问题到JIRA跟踪;

开发人员重新集成版本修改问题,测试leader验证后并组织一次全面的测试确保版本

测试leader

测试组员

测试报告

 

 

4.结语

      软件测试是程序的一种执行过程,目的是尽可能发现并改正被测试软件中的错误,提高软件的可靠性。它是软件生命周期中一项非常重要且非常复杂的工作,对软件可靠性保证具有极其重要的意义。测试流程制定的总目标是充分利用有限的人力和物力资源,高效率、高质量地完成软件测试任务。避免不足的测试使软件带着一些未揭露的隐藏错误投入运行,这将意味着更大的危险让用户承担。然而一个规范实用的流程,往往可以改善软件测试的效率。流程的制定为测试计划的制定、测试过程的执行提供了文档性的帮助。让每一个测试很清晰的明白,软件测试周期中每个时段该去怎么做。

     该流程的制定不是一成不变,在执行过程中若发现有不足之处,我们将更新此文档,直到完全适用于我们的项目流程。

02测试工作流程及其规范

一、前期准备

1.了解测试安排:测试方案

2.熟悉系统功能:用户手册、测试手册、历史版本需求文档、系统演示会

3.熟悉需求:需求文档、需求传递会

二、需求分析&用例编写

1.明确干系人:

2. 分析需求 (要有自己的理解)

3.编写测试用例(用例编写符合规范)

三、测试执行

分层次执行

控制测试投入????

尽早发现问题的原则

模拟实际场景和真实数据

提交符合规范的缺陷

推进解决问题、项目进展

四、测试总结

技术分享

 

以上是关于测试流程规范的主要内容,如果未能解决你的问题,请参考以下文章

测试主管如何规范公司的测试流程

规范测试流程

流程保证质量(规范+测试+设计)

软件测试系列二《软件测试流程规范》

软件测试系列二《软件测试流程规范》

软件测试系列二《软件测试流程规范》