测试的流程

一.软件测试的流程

获取测试需求----->编写测试计划---->制定测试方案----->设计测试用例---->执行测试---->提交缺陷---->测试分析与评审---->提交测试报告---->准备下一个版本的测试

二.测试工作流程第一个环节：提取测试需求(提取测试点)

1.需求=用户需求+软件需求

用户需求：体现的是用户期望的内容

软件需求：又被称为功能需求，体现的是一个软件要包含/实现的功能，是用户需求细化，具体细节实现的过程操作。

备注：项目开发前期：产品人员和客户/用户进行需求的沟通—>产品人员了解用户需求---->产品人员整理用户需求----->软件需求文档

2.测试需求定义

测试需求是测试人员在需求阶段，经过【多方渠道】收集的需求，进行【可测性分析】得到的需求点。

多方渠道：用户需求文档，软件需求文档，项目合同书，计划书，沟通的记录…只要和产品相关的需求文档，都可以作为提取测试需求的来源

可测性分析：指的是提取的功能需求，是可以测试的，这些功能需求操作时，会有预期结果的产生

3.提取测试需求：找出软件中要测试的功能点

Xmind思维导图工具免费下载 Xmind思维导图 | Xmind中文官方网站 功能

Tab键：生成子主题 Enter键：生成同级别的主题

案例：以电商项目为例，完成对前台注册模块的测试需求提取

思路：首先，根据软件需求，找出每个模块的功能；其次，根据每个功能，整理出该功能操作时，需要的各种输入项；最后，再把每一个输入项的约束规则/遵守的条件整理出来

流程图：功能点----->各种输入项----->每一个输入项的约束条件

测试需求：体现的是：“测什么”

测试需求的提取，不仅要关注好【正向需求：指的是满足规则的需求】，还要关注好【反向需求：指的是违反规则的需求】，因为用户在使用软件功能操作时，做了违规操作，也是会有对应的提示结果的，所以也是要进行测试

练习：

1.实现163邮箱注册功能的测试需求提取：只做两个模块：手机号快速注册，普通注册

https://mail.163.com/register/#/normal

2.实现电商系统后台的用户管理模块的测试需求(测试点)提取：参考用户管理的需求文档

三.评审工作

1.评审：将产出文档中，有遗漏的，不合理，错误的地方给审查出来

例：测试需求进行评审：审查出测试需求中存在遗漏，不合理，错误的地方，进行一系列的优化修改操作

2.评审记录表

2.1作用：记录评审过程中发现的问题

2.1评审表

问题编号：指的是给发现的每一个问题，生成一个唯一的序列号 0001-9999

参考写法：review_项目名称_req_编号

review：评审

req：需求

问题类型：指的是针对发现的问题，进行类型的归纳

参考写法：需求描述错误，需求描述不合理，需求遗漏，错别字，需求描述不清晰…

问题来源：写出有问题的需求对应的模块名称

问题描述：把发现的问题，用文字给整理描述出来

问题状态：新发现的 已确认的 已解决

负责人：写上解决问题的人员名字

提出者/发现者：写上发现问题人员名字

预计解决时间

实际解决时间