前言
很久很久没有更新博客了。久到我都不记得上一次更新博客是什么时候，久到我们博客主机都过期了，一度我还想停掉这个博客。好在有simon的坚持才决定博客继续整下去。2013年对我来说是一个比较折腾的一年。一年之类换了两份工作。找工作的时候才发现理想与现实之间的差距是如此的巨大。期间经历了落差、失望、彷徨……
最近一段时间给我们组成员培训LoadRunner，我自己也有所收获，也就有了这篇文章
一、为什么要使用检查点
为什么要使用检查点，那就要说明一下LR如何判断脚本是否执行成功。
LR判断脚本是否执行成功是根据服务器返回的状态来确定的，如果服务器返回的HTTP状态为 200 OK ，那么VuGen 就认为脚本正确地运行了，并且是运行通过的。在绝大多数系统出错时会返回错误页面码？ 不会一般系统都会返回一个消息提示框，来提升用户感受。例如，“网站繁忙，请稍后”。其实这个时候网站已经无法正确响应用户请求了，但是VuGen 脚本无法识别，会错误地认为网站还能正确访问，导致分析错误。所以这时需要一种检查点函数帮助验证请求发送出去后，服务器的返回是不是期望的内容，如果不是，那么就说明服务器返回无法提供正常的服务了。
另外，需要特别说明的是，检查点一般跟事务结合起来使用。
二、事务结束的四种状态
前面说到检查点一般跟事务结合使用。这样需要说明一下事务（transaction）。我认为事务是LR中非常非常重要的一个概念。因为完成一个事务所需要的时间是响应时间（Trans Response Time），一秒钟可以完成多少事务是TPS（Trans/Sec）。响应时间和TPS是性能测试中非常重要的两个指标。可以通过这两个指标来分析系统是否出现瓶颈。
LR中事务结束的时候需要带上一个状态码(Transaction Status)。LR中Transaction Status有四个， 分别为LR_PASS， LR_FAIL， LR_AUTO ， LR_STOP。
LR_AUTO：事物的状态被自动设置，如果事务执行成功，状态设置为PASS，如果执行失败，状态设置为FAIL,如果由于异常中断，状态被设置成STOP.
LR_PASS：事务如果执行成功，代码的返回状态就是PASS。
LR_FAIL：事务如果执行失败，代码的返回状态就是FAIL。
一般情况下会选择LR_AUTO，让LR自动判断事务的状态。可是如上面所说LR判断脚本是否执行成功是根据服务器返回的状态来确定的，也就是只要服务器返回的HTTP状态为 200 OK ，事务执行后状态总是被置为LR_PASS。这样不科学的地方在于，LR提示成功的事务你不知道实际上它到底是成功的还是失败的。所以，这就需要检查点了。使用只有事务执行成功才会出现的文本或者图片（PS：虽然图片检查点我从来没用过）来作为事务是否执行成功的标准。
三、如何添加检查点
使用文本检查点（下面简称检查点）需要使用web_reg_find函数。函数的使用详见LR帮助手册，如果不会用可以下面的实战部分。
另外说明一下如果web_reg_find查找中文失败，完全可以查找英文，只要能实现检查点功能就可以了，如果执意要查找英文，请将Record-Options 中勾选support charset中的UTF-8后重新录制。
四、如何选择检查点
选择什么作为检查点，这是困扰了很久了一个问题。就拿登陆来说，并不是所有的系统登陆完成后系统跳转到登陆成功的页面。这里这需要借助运行时查看器（run-time viewer）来帮助我们查找合适的检查点。运行时查看器在选择工具（tools）-常规选项(general Options)-显示(Display) ，选择 打开运行时查看器和自动排列窗口。
运行时查看器的使用我还得感谢我们组成员文武同学。我还老吐槽他老开着这没用的玩意干嘛，我承认我错了。
