测试流程规范

测试流程规范

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.结语

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

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

软件测试的基本标准是什么?

软件测试基础免费下载

链接:https://pan.baidu.com/s/1hk72ABwcQkFC_9v3py0hlw

提取码:3gd9  

《软件测试基础（英文版）》融入了最新的测试技术，包括现代软件方法（如面向对象）、Web应用程序阳嵌入式软件。另外，《软件测试基础（英文版）》包含了大量的实例。

有效的、可行性高的测试规范包括哪些内容？

1、软件测试规范的定义： 软件测试规范就对软件测试的流程过程化，并对每一个元素进行明确界定，形成完整的规范体系。软件测试规范是一个公司的测试标准，不仅是测试人员测试的准则，还是开发人员和测试人员达成的契约。一般来说，小的公司或不正规的公司都不会书写这个，它一般由测试经理来编写，估计一般的测试工程师接触较少，不太了解。2、软件测试规范描述的内容： 软件测试规范一般来说描述的内容包括：测试目的、测试类别、测试过程、测试方法、测试用例、测试管理、测试文档、测试工具都要进行明确的描述。3、一份“有效的、可行性高”的软件测试规范包括以下内容： （1）测试计划规范： 它包括测试计划模板的编写风格和测试计划的编写要求。如：测试进度估算、测试风险评估、测试人员安排和测试时间安排由什么来确定等等内容。（2）测试用例设计规范： 它包含了测试用例的模板编写和测试用例的设计要求。如：测试用例设计人员、测试执行时间、测试用例设计的优先级等等。（3）测试工具使用规范： 有了这个规范，测试人员就知道“项目进展”到什么程度，什么时候使用什么测试工具。个人建议：最好把测试工具配置部分的“注意事项”也罗列在里面。比如说使用LoadRunner做性能测试时，支持哪些常用的协议？使用那些脚本开发语言都写清楚。（4）缺陷跟踪系统录入规范： 主要是规范测试人员按照统一的要求递交缺陷到数据库。录入时，必须考虑缺陷录入的格式、录入的要素以及缺陷录入的“必填项”的要求等等内容。（5）缺陷严重等级划分规范： 有了缺陷严重等级的划分规范，测试人员、开发人员和其它项目组成员，对于测试缺陷就有了统一的标准，也不会因为某个缺陷由于严重等级的问题项目组成员争论半天，提高了测试效率。（6）缺陷优先等级划分规范： 优先等级规范的描述，有利于开发人员准确定位缺陷的优先等级标识，为开发人员修复软件缺陷和衡量产品质量提供参考。（7）缺陷分类规范： 让测试人员准确对全部的缺陷，按“模块”进行准确分类，方便测试部门或质量部门对缺陷数量进行统计，并对软件质量进行评估，为软件是否允许发布提供重要的参考依据。（8）缺陷状态修改规范： 要求测试管理系统的管理人员，根据不同的项目角色，准确分配缺陷管理系统的使用权限。如：开发人员不应该具备Rejected、Closed、Suspended的权限；测试人员不应该有Fixed的权限；还有如优先级、严重等级和版本等重要区域，都不允许修改。（9）缺陷递交流程规范： 该规范是指测试人员“递交缺陷”、“缺陷公开”和开发人员修改缺陷后递交测试人员验证的流程，最好做成流程图的形式。（10）测试报告规范： 它包括测试报告模板以及对测试报告编写的各种要求。

软件测试报告的规范？

一般软件测试缺陷报告中要包含的是对项目的一个概述，测试的功能点（可以目录形式列举），缺陷在功能点的分布（含柱状或饼状图），缺陷按严重等级划分的百分比（即S1缺陷xx%，S2缺陷xx%，也以图形表示出来），及是否通过本次测试的结论（引用测试计划中的通过标准，如：根据测试通过标准：无S1,S2缺陷，S3<10%，所以能/不能通过本次测试。）。
具体的格式没有硬性要求，大概按照我说的几点顺序执行就OK，可以扩充一些，尽量全面。
希望对你有帮助，不明白的可以探讨，可以留下邮箱，给你发几个模板！~

软件确认测试的七大准则

1. 确认软件设计是否依从于软件需求，且软件的每一项需求是否能跟踪到软件设计。

2. 确认状态顺序和状态变化( 功能模块图)。

3. 确认数据和控制流满足安全性、功能性和性能需求。

4. 确认软件的功能性，硬件、软件和用户接口的一致性，性能准则，配置数据是否满足规定的配置管理规程，逻辑、计算和接口精度是否满足系统环境下的需求。

5. 确认待测试软件版本，必须是通过模块测试和集成测试后的软件。

6. 测试所需的配置脚本需与软件源代码版本保持一致性。

确认测试能根据软件产品委托方提供的开发需求文档等资料对软件工程项目进行验证,检测软件产品架构是否满足在各种专用测试设备上、针对不同型号被测软件产品的测试运行速度、并发数、内部的组织结构、组件类别与职责、接口规范、交互方式、组件开发方法，软件扩展和修改等高质量开发的需求是否符合开发文件要求。

确认测试的结果有两种可能，一种是功能和性能指标满足软件需求说明的要求，用户可以接受；另一种是软件不满足软件需求说明的要求，用户无法接受。项目进行到这个阶段才发现严重错误和偏差一般很难在预定的工期内改正，因此必须与用户协商，寻求一个妥善解决问题的方法。根据测试结果形成《软件产品确认测试报告》。

软件企业确认测试的重要意义：

确认测试完成后出具的《软件确认测试报告》能作为申报国家、省、市 科技 成果奖的技术鉴定依据、企业申请的《中小企业创新》、《 科技 项目验收》、《 科技 成果鉴定》、《自主创新产品认定》等提供有力的证明。

一个完整的测试流程，软件测试的流程是什么？

提起一个完整的测试流程，大家都知道，有人问软件测试的流程是什么？另外，还有人想问一个的工作流程，你知道这是怎么回事？其实怎么写出一整套的测试流程规范，下面就一起来看看软件测试的流程是什么？希望能够帮助到大家！

一个完整的测试流程 1、一个完整的测试流程:软件测试的流程是什么？

软件测试流程：

在测试前拿到产品需求文档，进行需求分析及需求评审前先对需求文档进行详细的阅读，对有疑问的地方进行标注。测试过程最深刻的BUG。

具体可从以下进行：

a.分析产品功能点完整的测试流程包括。

b.产品核心竞争力什么叫做整机测试。

c.Kano模型、马斯洛需求分析、多问几个为什么、上下文分析法手机整机测试流程。

工欲善其事，必先利其器；对测试而言，测例就是器，做好了才能把好关

a.使用思维导图列举测试大纲，尽量发散，想到什么就写什么，；先放后收，对知识点进行总结和归纳，标记重点测试模块，删除冗余及重复测试点。SdV测试流程。

b.可使用边界值法、等价类划分法、错误推测法、图法等设计案例

c.根据测试大纲制定测例，需包含模块名、测试优先级、操作步骤、期望结果、测试结果、备注

a.测试作为主导，联合、项目经理、PM进行测例评审

b.可先讲解测试大纲，让、项目经理、PM心中对测例有个大概；后再进行详细测例讲解一个软件的测试过程。

a.根据测例执行测试一个完整的测试流程包括。

b.发现问题保留现场，记录测试方法，通知解决问题DRS测试流程。

c.覆盖测例之外若有时间可进行探索性测试

a.在Bug管理工具上提交Bug，详细记录测试步骤

b.根据Bug严重程度划分Bug等级:致命、严重、一般、提示一个项目测试流程。

c.推动解决问题，记录问题进展，一般聊天沟通，若问题严重则需通过邮件推动解决

a.对已修复的Bug进行验证

怎么写出一整套的测试流程规范

b.对Bug所在模块进行基本功能测试；整体进行冒烟测试，确保不会因为修改Bug而引起其他功能出现问题项目测试流程八个阶段。

可使用金字塔原理设计测试报告，先总后分，上级统领下级，下级推导出上级，环环相扣

a.对Bug进行汇总，筛选出各个等级的Bug存活情况

b.制订Bug发现及解决曲线图，一般版本正常应是前期多，后期收敛，存活的是级别较低的Bug一个项目的系统测试流程。

c.总结归纳版本情况，评估发布与否

2、一个完整的测试流程:一个的工作流程

一般测试流程：你测试模块的测试流程。

1.需求分析阶段：只要就是对业务的学习，分析需求点。

2.测试计划阶段：测试组长就要根据SOW开始编写《测试计划》，其中包括人员，软件硬件，测试点，集成顺序，进度安排和风险识别等内容。

3.测试设计阶段：测试方案一般由对需求很熟的高的测试工程师设计，测试方案要求根据《SRS》上的每个需求点设计出包括需求点简介，测试思路和详细测试方法三部分的方案。《测试方案》编写完成后也需要进行评审。

4.测试方案阶段：主要是对测例和规程的设计。测例是根据《测试方案》来编写的，通过《测试方案》阶段，对整个系统需求有了详细的理解。这时开始编写用例才能保证用例的可执行和对需求的覆盖。测例需要包括测试项，用例级别，预置条件，操作步骤和预期结果。其中操作步骤和预期结果需要编写详细和明确。测例应该覆盖测试方案，而测试方案又覆盖了测试需求点，这样才能保证客户需求不遗漏。同样，测例也需要评审。

5.测试执行阶段：执行测例，及时提交有质量的Bug和测试日报，测试报告等相关文档。

以上就是与软件测试的流程是什么？相关内容，是关于软件测试的流程是什么？的分享。看完一个完整的测试流程后，希望这对大家有所帮助！

软件测试原则

软件测试原则如下：

1）完全测试程序是不可能的

这点比较好理解，例如纸杯，需要验证其可承载温度。如果每个温度都测试，输入就太多了，也完全没有这个必要对吧。

测试多少需要依据产品特性和人力成本进行设计，此部分将在测试设计部分进一步讲解

2）软件测试是有风险的行为

既然完全测试程序是不可能的，那就难以确保缺陷能被及时发现：

A、软件设计来源于产品特性和人力成本，对产品特性的不了解，对人力资源的依赖都会影响软件设计的全面性；

B、即使有了全面的软件设计，在执行时，也可能受测试环境和测试人力的影响而难以执行。

3）测试无法显示潜伏的软件缺陷

由于项目进行的是有限的测试，已测试部分发现的缺陷情况，无法预知未测试部分的潜伏缺陷数量。就好比进行纸杯的兼容性测试，装水时发现不漏水，并不代表装其他碱性/酸性液体时也不漏水。

4）找到的软件缺陷越多，说明软件存在的缺陷越多

这个好理解，有限的测试，即便是随机抽查，发现的缺陷越多，说明整个系统存在的缺陷越多。

5）软件测试越多，其对测试的免疫力越强

这里指的是同样的方法进行重复测试，越到后面越难发现缺陷，因为缺陷都基本被修改了，因此我们的测试方法需要迭代更新，才能发现新的缺陷。

6）没有必要修复所有的缺陷

首先测试是无法穷尽的，即使修复完了已暴露出来的缺陷，未被发现的缺陷也是无法修复的；

已发现的缺陷，可能也会受人力成本，技术瓶颈等原因而进行不解决处理。但是，即使最终决定不解决处理，也要做好问题记录，说明不解决的原因。 

7）软件需求频繁变更

行业发展太快，产品需求迭代更新速度也快，经常会出现产品还未生产出来，市场需求已经变更，此时如果继续生产已过时的需求，将会面临产品没有竞争力的风险。

因此，我们需要拥抱变更，要跟上市场的步伐，实时调整产品策略，测试域也需要灵活调整测试策略。

好了，这就是小编给大家分享的测试流程规范全部内容，希望大家看完这篇由小编精心收集的内容后，能解决你的困惑。（本文共12057字）