测试点编写（2020-09-10）

测试点编写（功能测试）

为什么需要写测试点

个人感觉测试和人的成长其实有点类似。获取到需求文档、UI稿其实等同于这个功能获取到生命；我们开始编写测试点相当于这个功能开始学走路； 编写测试用例等同于学习奔跑；或许比喻不是特别恰当，但是能理解就好。

既然如此，没理由我们在没学会走之前就去尝试奔跑，因为这样操作，后续会发现测试用例会有很多坑（缺少测试用例）。也就是你会在奔跑的时候不断的摔倒（漏测）。

当然编写测试还有更重要的原因

1、测试点是需求文档测试要点的提取文档，先编写测试点可以有效防止直接编写测试用例造成测试场景缺失、需求理解不到位的这些情况发生；
2、可以解决迭代周期较快、同期新增需求功能较多、人力资源不足情况下，测试团队不能快速介入、高效测试和输出等问题
3、团队内部可以高效同步当前需求的主要逻辑和交互详情，理解新增需求的功能和效果

黑盒测试常用的测试方法

测试点以及测试用例编写方法都有比较多，但是其实其中一部分使用不是很多；关于编写功能测试点，个人感觉以下几种方法结合就可以达到基本目标了。

1、等价类划分
2、边界值分析
3、场景法
4、错误分析法/错误猜测

当然还有其他的因果、正交等方法。不过不太常用，但是作为测试人员也是需要了解一下的～

测试方法详细介绍

等价类划分

一般等价类划分主要分为两个大集合：

1、有效等价类：对程序规格说明来说是合理并且有意义的数据
2、无效等价类：对程序规格说明来说是不合理、没有意义的数据

其次等价类划分多应用于有数据输入的地方，比如搜索、登陆注册、用户名称设置、信息发送；总而言之看见各类类型可手动输入数据的位置大部分都适用等价类划分的方法进行测试和检查。

比方说腾讯会议登录界面

腾讯会议登录界面就很典型有两个可以输入数据的input。然后我们来看一下需求，节选“人人都是产品经理”网站的需求文档里面逻辑说明其中一个路径：

新用户注册：点击”注册/登录“选项