软件测试流程

创客测试的基本流程

一、创客测试基本流程图

 

 

                       

 

 

  

 

 

二、详细的流程执行

(一)测试需求分析阶段:

1、任务:

1.1、需求分析:阅读需求规格说明书,理解需求,主要就是对业务的学习,分析需求点。

1.2、需求评审:参与需求评审会议,解决对需求中不清楚、不完整或存在疑义的地方。

2、流程执行:

2.1、需求分析

过程要点 

详细说明 

输入条件

需求规格说明书基本完成

工作内容

阅读需求规格说明书,理解需求,主要就是对业务的学习,分析需求点,提取测试点。

退出标准

对需求分析完毕,提取了不清楚、存在疑义的需求点。

参与人员

测试组各成员

责任人

测试组各成员

  

 

注:需求规格说明书基本完成,此时应在评审会议召开之前发给测试团队,预留时间给测试相关人员熟悉、理解需求

 

 

2.2、需求评审

  过程要点 

详细说明 

输入条件

需求规格说明书完成

工作内容

测试团队成员对需求中不清楚、不完整或存在疑义的地方

提出问题,产品或运营人员解答并确认。

退出标准

所有人员对需求无异议

参与人员

产品部成员,开发组成员,测试组人员

责任人

产品部成员(需求调研人员)

3、输出文档:功能点思维导图流程图(按个人实际情况而定)

 

(二)测试计划阶段:

1、任务:

测试计划的制定。参考软件需求规格说明书,项目总体计划。

2、流程执行:

测试范围、测试进度、测试资源、整体测试策略的制定、风险评估及规避措施的制定。

 过程要点 

详细说明 

输入条件

项目需求文档建立,项目开发计划完成

 

 

 

工作内容

根据项目的需求规格说明书、PRD原型文档,项目总体计划,按照测试计划文档模板编写测试计划。测试计划中应该至少包括以下关键内容:

l 测试范围——需要测试组测试的范围及各个测试需求的测试优先级

l 测试进度——跟进项目总体计划,做好测试进度安排及人员调整。

l 测试资源——本次测试所需要用到的人力、硬件、软件、技术的资源

l 测试策略——确定项目的测试计划内容,整体测试的测试方法和每个测试需求的测试方法

l 风险管理——列举出测试工作可能出现的风险及风险规避措施。

 

退出标准

测试计划制定完毕

参与人员

测试组组长

责任人

测试组组长

 

3、输出文档:测试计划文档

 

(三)测试设计阶段:

1、任务:

1.1、参考需求文档(原型图)文档,进行测试用例的设计编写。

1.2、测试用例评审:对测试用例进行查缺补漏,提高测试用例覆盖率。

2、流程执行:

2.1、测试用例编写

 过程要点 

详细说明 

输入条件

测试计划编写完成

 

 

 

工作内容

根据测试计划的人员安排,各测试成员根据项目的需求规格说明书、PRD原型文档,按照测试用例文档模板编写测试用例。测试用例可参考以下方法:

l 等价类划分法——有效等价类、无效等价类。

l 边界值法——最小边界值、最小边界值-1、最大边界值、最大边界值+1

l 错误推测法——分析程序中最易出错的场景和情况,在此基础上有针对性的设计测试用例。

l 因果图法——利用图解法分析输入的各种组合情况,检查程序输入条件的各种组合情况,而设计测试用例的方法。

 

退出标准

测试计划编写完毕

参与人员

测试组各成员

责任人

测试组各成员

 

 

2.2、测试用例评审

过程要点 

详细说明 

输入条件

测试需求明确,测试计划明确

工作内容

根据测试计划设计测试用例,设计参考原则:

l 等价类划分

l 边界值分析

l 错误推测等

l 业务知识及相关流程

退出标准

l 测试用例需要覆盖所有的测试需求

l 测试用例集需进行评审并通过

l 项目进行过程中,适时的根据需求变更来对测试用例进行维护

责任人

测试组成员

 

2、输出文档:功能测试用例文档、接口测试用例文档、性能测试用例文档

                                     

(四)测试执行阶段:

1、任务:

遍历接口测试用例、遍历功能测试用例、执行性能测试用例、bug管理直到测试结束。完善测试用例。

2、流程执行:

过程要点 

详细描述 

输入条件

测试组长于前一工作日定出当日的测试计划,确定可用的测试用例。

工作内容

l 测试工程师根据测试计划中分配给自己的测试任务和编写的测试用例,实施相应的测试用例。

l 记录实施用例的结果,提交当日测试记录。

l 提交缺陷到禅道

l 更新测试用例

存在以下几种情况,需对测试用例进行更新:

} 先前的测试用例设计不全面或不准确 

} 部分严重的软件错误未在测试用例中覆盖 

} 新的版本有新功能的需求或改动 

} 编写的测试用例不规范或者语句错误 

} 旧的测试用例不再适用 

 

退出标准

测试用例中的所有任务被执行,结果被记录,用例更新覆盖。

责任人

测试组各成员

3、输出文档:缺陷报告文档、测试用例文档(完善版)

 

(五)测试评估阶段:

1、任务:

出测试报告,评估是否符合上线标准,确认是否可以上线。

2、流程执行:

过程要点 

详细描述 

输入条件

测试组完成了所有的测试实施工作,同行审查结束.

工作内容

测试组长根据测试的结果,按照测试报告的文档模板编写测试报告,测试报告必须包含以下

重要内容:

l 测试资源概述——多少人、多长时间。

l 测试结果摘要——分别描述各个测试需求的测试结果,产品实现了哪些功能点,哪些还没有实现

l 缺陷分析——按照缺陷的属性分类进行分析

l 测试需求覆盖率——原先列举的测试需求的测试覆盖率,可能一部分测试需求因为资源和优先级的因素没有进行测试,那么在这里要进行说明

l 测试评估——从总体对项目质量进行评估

l 测试组建议——从测试组的角度为项目组提出工作建议

退出标准

测试组长完成了符合标准的测试报告,提交给产品经理。

责任人

测试组长

 

2、输出文档:功能测试报告、性能测试报告。

 

(六)测试文档归档:

1、任务

对测试过程涉及到的文档进行整理归类、归档

2、流程执行:

过程要点 

详细描述 

输入条件

测试验收通过

 

 

工作内容

归类、存档测试过程涉及到的文档,主要包括以下文档:

l 测试计划文档

l 测试用例文档(完善版)

l 缺陷报告文档

l 功能测试报告

l 性能测试报告

 

退出标准

全部文档归类完毕,版本号封存

责任人

测试组长

 

 

posted @ 2019-11-21 14:30  奇妙的测试之道  阅读(124)  评论(0)    收藏  举报