理解数据库检查点

• 如何生成或修改SQL语句

通过Insert->checkpoint-databasecheckpoint生成数据库检查点，在生成过程中，要求设置查询语句，并会根据查询语句得到一个查询结果表，该表中的数据即为预期数据。将来在运行脚本的过程中，QTP又根据查询语句从当前的数据库中获取实际数据，然后将实际数据与预期数据相比较，从而得知检查点是否成功。

检查点语句生成以后，会产生一个DbTable对象，该对象在关键字视图可以看到，在仓库中也存在。可以通过设置该DBtable对象的object properties属性“Source”来修改SQL语句。修改了SQL语句就表示修改了查询结果。

修改了SQL语句后，不能相应的修改预期数据表。

• 如何理解检查点的属性（checkpoint properties）

上面的表是创建检查点时截取的。（无论什么时候打开本属性窗口， 表中的数据都不会改变，但可以通过窗口中的“Configure value->Constant”来手工修改表中的数据，通过这种方式修改了数据后，就相当于对截图进行了修改。如果通过“Configure value->Parameter”来将单元格的数据参数化，虽然看起来是数据被修改，但是如果再选择Constant，数据就会恢复，因此通过参数化数据的方法，不会真正影响截图的数据。）

我们在表中指定想要检查的区域。（区域中的显示的值就是预期值。预期值可以是常数，也可以是参数变量。当在Cell Identification页中设置列by position时，本表的列必须与实际查询表的列相对应，否则检查不能通过。如在生成检查点语名时查询语句为“select username,id,realname from sys_user t”,后来通过修改object properties，将查询语句改为“select username,realname,id from sys_user t”,则执行检查时是不能通过的，因为查询表中第2、3列的数据已经不能与截取的表相对应。同理，如果在Cell Identification页中设置行by rownumber时，也会有同样的问题存在。）

以下是属性框三个页签中的内容:

l        Expected Data—设置预期值，可以是常量或参数。如，可以要求QTP从DAta table中取值作为预期值。

l        Settings—设置预期值与实际值相比较时的语法规则。

l        Cell Identification—指导QTP放置被检查的数据。如，假设你想检查位于检查点属性框中第一行第2列的数据，但是你明白，每运行一次测试脚本，查询出来的数据的行的排序可能发生改变。因此，让QTP通过列名和行row containing a known value in akey column来定位单元格，而不是通过列数或行数来定位单元格。

Tip: The value matching settings and cell identification criteria apply to all selected cells in the checkpoint. If you want to use different value matching or cell identification criteria for different cells in the table or database, create separate checkpoints and specify the relevant cells for each.

检查点属性窗：

Checkpoint timeout—指定检查点运行的最长时限，QTP在检查点通过（在本时间范围内）或超时后，才进行下一步操作。如果在最长时限时还没有检查通过，则本检查失败。

例如，检查点装载数据需要一定的时间，增长checkpoint timeout时间，可保证检查点有足够的时间通过检查，不会超时失败。

注:Checkpoint timeout选项仅仅对table检查点有效，对于database检查点无效。

Insert statement—在新增检查点时，指明检查点语句在脚本中的插入位置。

注意：Insert statement选项在录制或修改检查点时无效，只在新增检查点时有效。

注意：当一列是key column时，该列不一定是被检查的列，key column的数据仅用来帮助确定被检查的数据行。

• 指定数据的比较规则

本设置决定真实数据单元如何与预期数据相比较，本设置对所有单元格有效。

默认情况下，认为真实数据单元是字符串型，并进行精确检查，但是忽略空格。

• 指定Cell Identification设置

Cell Identification页签中的设定，用以确定QTP如何在实际数据表中查找与预期值对应的数据单元。

当选择by row number时，属性窗中预期值所在的行数，应该与真实数据所在的行数相同，否则匹配失败。因此行移位都会导致检查失败。

当选择by selected key column(s)时，属性窗口中预期值可以在任意行位置。执行检查时，以该行Key column列的值为条件在数据库中进行筛选，如果选出了符合条件的记录，则将该记录与预期值进行比较，如果记录数据全部匹配，则检查通过。（当有多个Key Column列时，则筛选条件为这些列的数据的联合）。

要注意几个问题：

(1)．            只有被打勾的数据才被检查，其它没打勾的即使不匹配也没关系。

(2)．            Key column列的数据如果没有打勾，也不会被检查，它只是提供查询条件。

(3)．            属性窗口数据表中的数据本身就是默认预期数据，当然用户可以对这些预期数据进行修改。

(4)．            在属性窗口数据表中的数据是相对固定的，除非用户在本属性窗口中特殊别进行了修改。

(5)．            本属性窗口数据表中的所看到的数据都是预期数据，真实数据表是看不到的。真实数据表在每次执行脚本时都有可能不同。

(6)．            在运行结果(result)中，如果检查失败，则可点击“checkpoint ‘表名’”看到检查结果表。双击表中的单元格，弹出窗口显示该单元格的预期值与真实值。当然，本结果表中显示的仍然是预期值。

(7)．            如果在属性窗口的数据表中设置了一个检查点数据，但是数据库中有多条满足条件的数据，则只检查第一条满足条件的数据，如果第1条检查完全匹配，则通过，如果不匹配，则失败。

(8)．            如果在属性窗口的数据表中设置了多个相同的检查点数据，但数据库中只有一条满足条件的数据，该条数据只与第1个检查点进行匹配检查。其它几个检查点失败。