以前，在給一些企業做自動化測試培訓的時候，有人經常會問道：“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個，第一個，設置預期結果，第二個捕獲實際結果，第三個，比較。
作者：
王凱，網名：aken，Testage.net成員，多年的軟件開發、軟件測試和測試培訓經驗。精通軟件測試過程、軟件測試技術、自動化測試技術、性能測試技術和測試團隊管理。熟悉多種測試工具應用，並開發過多種Web應用的測試工具。曾組織和參與嵌入式Linux、企業管理系統和大型網站等系統的測試工作。