测试身不由己之功能测试三

• 需求

产品背景：简化注册流程，提升用户注册体验，把pc注册页中个人所在地下线

当前版本：用户的所在地location字段：前端由用户下拉二级菜单（河北省-石家庄市）,服务端接收并存储location: "河北省-石家庄市"

需求版本：用户的所在地location字段：前端隐藏不展示所在地行，后端接收请求ip，调用ip转地址【ip2location】服务，如果调用失败或者返回空，默认"河北省-石家庄市"，服务端做存储。

• 分析

当我们看到这个需求的时候，先观察变化点，然后针对变化做测试点，测试用例的编写。

前端变化点：

1.所在地 行隐藏

2.注册接口 location字段不在上传

后端变化点：

1. location的非空校验 是否要去掉，不去掉会导致后端直接报参数错误（开发点也是测试要重点关注的点）

2. 服务端取ip，调用转地址服务，如果生成保存，如果调用失败或返回空保存默认值

• 关系

测试用例VS测试点？

测试点:粗略的测试用例要点，粗粒度方向点，帮你梳理测试思路，经验丰富的测试工程师面对敏捷开发都会采用写测试点来测试

测试用例:包含全面内容，如测试数据，测试步骤，预期结果，是一个包含执行数据生成结果的路径。新手建议先写测试用例，然后逐步粗粒度化，变成属于自己的测试点。

一个测试点 一般包含多个测试用例

这个测试过程，我们选用测试点编写，执行过程再梳理一遍测试用例。

• 执行

测试点：

1.前端页面和接口隐藏所在地

2.后端允许所在地为空，并调用ip转地址，生成地址做存储

执行测试用例：

1. 前端1 打开注册页面，页面所在地行 消失，其他字段行保持存在 【注意所在地属于重点验证，其他保持不变的也需要核对一遍】
2. 前端2 点击注册提交按钮，抓包或者在浏览器F12里 查看注册接口 location消失，其他字段保持提交【同上，重要次要的测试用例看时间排期来完成覆盖】
3. 后端3 postman配置接口并去掉location 查看是否报location参数缺失错误，如果报 说明开发有缺陷，未去掉参数校验
4. 后端4 后端接收前端2的请求，日志打印请求ip，并打印ip2location服务返回值，校验数据库是否对location正确存储
5. 后端5 后端接收前端2的请求，将ip2location服务返回值为false或空，来验证数据库是否存储默认值"河北省-石家庄市"
6. 后端6 请求中其他字段输入是否正常，存储是否正常
7. 后端7 一般注册响应有时长需求，比如小于1秒，所以要评估ip2location服务耗时情况，避免耗时过久，影响用户体验

• 回顾

对于测试点和测试用例，推荐xmind工具以脑图形式整理下来。

脑图结构

父节点：项目名称-版本分支

子节点：产品背景、产品原型图、技术文档，测试点，线上风险评估

测试点节点：测试用例（测试数据、测试过程、预期结果）叶子