【转】检查点到底是什么？

  以前，在给一些企业做自动化测试培训的时候，有人经常会问道：“QuickTest的检查点到底是什么？”，“为什么要那样添加，提示的信息本来就是正确的，那样添加肯定是正确的，到底在检查什么啊。”

　　我们都知道，在使用QuickTest Professional进行自动化功能测试时，最简单的一种实现自动化测试的方式就是将手工测试用例转化为自动测试脚本，那么一般怎么来转化那，我们先来看看手工测试用例是什么样子？

　　手工测试用例实例：

用例编号	Flight_TC4	测试目的	Agent Name字符不能小于4位
前置条件	打开QTP的Sample Application的Flisht应用程序。
步骤	操作		预期结果
1.	在Agent Name字段输入aaa
2.	在Password字段输入bbbb
3.	单击“OK”按钮		弹出警告窗口，提示：“Agent name must be at least 4 characters long.”

　　在上面的手工测试用例中，我们看到了什么？关注什么？一般来讲，首先要关注测试的目的，其次实现自动化测试脚本最应该关注的是测试步骤和预期结果，那这些都有了，我们怎么来转化为自动化脚本那。

　　录制测试步骤：

　　首先QuickTest Pro提供的录制方式开始按照上面的步骤录制测试脚本。当录制到单击“OK”按钮后，弹出了一个警告窗口，这时如果处于手工测试方式，直接人工看一下提示信息文字是否与预期结果相同，就可以判断测试结果了，但是这时需要工具来做判断，其实我们很需要工具也应该能和人工一样，通过某种方式（例如：眼睛）来查看提示的信息和文档中相应的测试用例的预期结果做比较的，但是工具是没有眼睛的，那工具是通过什么来作为他的眼睛的？

　　添加检查点：

　　QuickTest是通过提供的检查点来进行判断的，工具没有眼睛，他并不知道需要判断的提示信息在什么位置上，那么作为工具来讲，首先要解决的就是捕获到要检查的信息在哪里，QuickTest提供的添加检查点的方式就是解决了这个问题，那么其次工具还需要知道预期结果是什么，预期结果在哪里写，QuickTest解决的方式就是在添加完检查点后将抓取的信息修改成为用例中的预期结果，实际上到目前位为止整个过程都是在设置预期结果，并没有做比较，那接下来运行测试脚本时，工具将设置好的预期结果与实际结果比较进行判断。

　　总结：

　　通过上面罗里罗嗦的描述，总结一下：QuickTest检查点功能有3个，第一个，设置预期结果，第二个捕获实际结果，第三个，比较。