<h2>一、检测点设置技巧</h2>
正如我们上面所说的，好的检测点是发现Bug的关键。但是并不是说检测点设置的越多越好，因为检测点会消耗机器资源，测试用例出错的时候增加排查难度。所以如何设置检测点呢？通常可以参考如下方法：
（1）根据测试用例的侧重点设置检测点
每个测试用例都有测试的重点，比如说，我们测试登录的时候，登录是否成功，就需要检测。但是在我们测试喜欢项目的时候，需要先登录，这个时候登录就不需要设置检测点了，因为在登录测试用例中已经测试过了。
（2）设置检测点要全面
我们在编写测试用例的时候，一定要全面了解测试操作影响了哪些儿方面。对影响到的地方，都设置一下检测点，防止出现遗漏的地方。
（3）设置检测点要灵活
设置检测点的时候，我们通常会比较一下实际的结果和预期结果是否相同。可是有些儿时候，我们不能简单地进行是否相等来判断。比如说：检测图片的时候，可能会检测图片是否显示；有的检测对象在某些儿页面会换行或是添加空格，与预期有变化，这个时候我们可以判断是否包含关键字即可。灵活使用各种判断函数，才能使自动化测试用例更加健壮。
<h2> 二、检测点设置中常见的错误</h2>
在测试过程中，我们编写了测试用例，设置了检测点，可是在测试用例投入使用的过程中，我们不得不反复修改测试用例。因为测试用例总是通不过，维护成本很高。虽然这一部分是因为被测对象变化造成的，还有一部分原因是检测点设置的不对。所以常见的检测点设置中的错误如下：
（1）检测动态变化的元素
检测点不能随着操作而变化，比如说翻页。我们想要测试翻页是否成功，就不能去检测第二页第一个元素是否是某个项目。因为如果项目增加的话，第二页第一个元素的项目可能会变化。应该先取一下第一个位置的项目名称，然后翻页，再判断现在第一个位置的项目是不是和刚刚获取的项目名称相同，如果不同，就证明翻页成功。
（2）遗漏检测点
在一个测试用例中，我们要检测所有影响到的地方。如喜欢项目操作，如果我们只检测我的喜欢项目列表中有没有刚刚喜欢的项目，这是不够的。还要检测一下这个项目的喜欢数据是否+1，喜欢项目的入口是否变成已喜欢等相关检测点。
（3）检测点设置过多
既然上面讲到，检测点是检测Bug的关键，我们就在每一步操作后添加检测点。这样做也是多余的，虽然增加检测点，更加安全一点儿，但是过多的检测点影响测试用例运行。而且测试用例如果出错了，我们去定位错误的时候，是非常困难，或是一个测试用例出错会导致相关的测试用例无法执行。
（4）忘记设置检测点或是检测点不是测试重点
新手写自动化测试用例的时候，往往会写了每一步的测试操作代码，没有添加对应的检测点或是检测点设置不正确。明明是登录操作，操作完成之后却检测页面显示是否正确，这样会不管操作成功与否，测试用例都不会报错，使自动化测试用例失去了意义。
（5）检测需要刷新才有反映的元素
在测试的时候，有些儿元素在操作完成后需要刷新一下页面才能显示出操作的结果。手工测试的时候，一般会触发刷新操作，可是自动化的时候，如果不刷新，就不符合预期结果。所以我们要添加刷新页面的代码，然后再去检测。
这几种是常见的错误，当然也会有一些比较奇葩的检测点设置错误的情况。在此也不能一下列举了，遇到问题，要多尝试几种方法，会在网上搜索解决办法，这也是学习自动化测试必备的技能。
