一、紧接着JMETER参数化的思路，简单记录一下JMeter检查点的简单运用；
很多人知道在LR中有检查点用来检查上一步执行的东西是不是你所设定的，那么JMeter作为性能测试工具肯定也是有这个功能的，而且功能更加简洁易用，下面就为大家介绍JMeter的检查点的简单运用；
二、准备工作：
（1）、JMeter环境；
（2）、用于测试的脚本；（可以设置代理录制，也可以badboy，我前面的博客有介绍）
（3）、废话不多说，脚本参数化不陌生了吧！不得不说我不擅长写博客，贴图如下：
虽然这张图有点啰嗦还是贴出来；
别问我箭头里函数你的脚本怎么没有；没有就对了，我说过脚本需要参数化；那是从参数化文件中来的；
三、准备工作完毕，上正题；
（1）、为检查参数化的地方添加响应断言，判断你的参数化脚本是否调用了参数化里的数据；（我举例的比较简单的地方登陆名和密码，先把登陆名密码搞好；）
（2）、之前我参数化的函数里的内容如下：
（3）、准备检查点的文件；注意是dat格式文件；（建议分两个文件来，否则容易出错，当然鉴于我也是性能水军的认识，大神勿笑）；
（我这里用户名和密码是一一对应写到两个文件中的，注意是一一对应；）
（4）、下面在断言中编写函数来调用这两个文件，如何编写函数实在不会可以看看参数化里我说的；其实就是—csvread函数罢了；
(当然你也可以试试匹配模式，各种模式各有妙用的)
四、回顾王者时刻，添加断言结果，查看检查点检查结果；
（1）、为我们设置的的断言添加断言结果，当然如果是测试计划的不要忘记了总的测试报告结果哟；
（2）、这里可以让你看清我在哪里添加的断言结果和察看结果树，记得放到响应断言或者这一步操作脚本后边好吧！（各种问题见思起义，你懂得；）
（3）、运行脚本，斩获响应断言结果，现在是不是可以放心的把任务交给脚本了，不用担心它如果不调用参数化的数据怎么办呢；关于并发或瓶颈肯定只有一起施加压力才能最好最有效的反应软件的性能，还会整理JMeter集合点的，希望路过大神指点关于参数化和检查点的误区和雷区；
我本地检查点运行结果如下：
断言检查结果如下：
这里只能说名检查点添加成功了，路漫漫其修远兮，吾将上下求索之；关于集合点的本周应该会整出来，本周六计划完善ORACLE服务器的搭建，前面的写的太烂了没有图，干巴巴的文字，如果你有你的见解欢迎评论交流，谢谢！
--20170509DC