軟件自動化測試工具的評估與選擇(2)

　　一般而言，這功能不是測試工作的主要組成部分，但卻不能缺少，有時必須要測試一個位圖或類似的圖片，在多數的Windows應用程序中會帶有一些繪圖控件，而在GIS(地理信息系統)應用軟件的測試中，這一功能作用尤為重要。

　　(1)工具是否提供OCR(optical character recog-nition)功能?

　　(2)是否支持圖像之間的比較?

　　(3)圖像比較速度如何?

　　(4)在進行比較時，能否屏蔽特定的區域?

　　6 測試/錯誤恢復能力 測試/錯誤恢復總的來說是自動化測試中最困難的部分，但對自動化測試工具而言是必備功能。而自動化測試工具的這一功能一般決定于它本身能捕獲錯誤的數量，可以識別的錯誤類型以及如何從錯誤中恢復等等。這功能的實現一般可以從解決以下問題上得到體現：

　　(1)如果測試過程中程序崩潰了怎麼辦?

　　(2)如果一個程序功能接收不到應該出現的提示或信息怎麼辦?

　　(3)如果出現錯誤信息怎麼辦?

　　(4)如果訪問一個網站但返回一個錯誤信息怎么辦?

　　(5)如果無法連接數據，如何略過有關的測試?7對象命名映射

　　自動化測試工具一般能錄制對象的交互活動，測試工具對這些對象的識別是通過屏幕坐標或一個唯一的對象識別標志，如標簽、對象ID、索引或名字等進行識別的。

　　一旦已經針對應用程序建立了幾十乃至上百個對這些對象測試的腳本，如果應用程序發生改變，特別是對象名字或位置、大小發生改變時，測試工具一般不提供對這些對象識別的自動修正。雖然每個工具都提供腳本字符的查找和替換功能，但逐一對腳本進行修改卻非易事，如果工具提供集中式數據庫，將對象識別信息存放在數據庫中，那樣的話只需要在數據庫中對識別標志進行一次性修改就可以了，但目前幾乎找不到提供該功能的測試工具，折中的方法是是用變量存放對象識別標志，并使這些變量在所有測試這些對象的腳本中都能夠使用，這類似于C語言中的頭文件，將一些公用信息放在一個頭文件中，然后在每個需要使用這些信息的腳本前加一句代碼包含該頭文件即可。

　　換句話說，對象命名映射就是是否允許將工具給出的對象名字用其他方式的識別標志代替，如變量等。

　　8對象識別能力

　　測試工具識別對象一般通過析取對象內部的信息，然后給出對象名字、ID等等，通過這些識別標志在函數調用中定位這些對象。

　　測試工具通常會提供一些可以唯一的標志識別對象或窗體有關屬性的詳細信息，也應該提供一種通過鼠標選定對象，就可以了解該對象有關信息的關聯顯示或通過某種方式去瀏覽所有對象ID和屬性的方法。大部分測試工具都提供能識別應用程序中的對象并將識別結果用一個目錄樹來顯示的功能，一般而言只是識別能力或效率等的差別而已。

　　9腳本語言拓展功能

　　在自動化測試中會經常遇到的一個問題就是：工具不是萬能的，有些測試利用工具目前提供的功能無法實現測試怎麼辦?這涉及測試工具的拓展功能，如果測試工具的腳本語言無法實現這些方面的測試，能否可以使用其他編程語言如C、C++、DEPHI、VB等創建DLL，然后通過腳本調用這些DLL來實現，或者通過調用API等其他方法實現。這個問題一般只會在熟練使用測試工具并將工具的內在功能都已挖掘完畢才會提出，但這需要測試工具支持腳本語言拓展功能才可以。注意一點就是：有些工具提供一些擴展函數的功能，如創建用戶自定義函數、方法、類，這只是已有數據類型和函數的組織與集成，而不是這里所說的腳本語言拓展功能。

　　10環境支持

　　測試工具能應用于何種類型的開發語言?是否支持最近的JAVA版本，支持哪個Oracle等，是否支持Windows和IJnix等操作系統?應盡可能選擇語言和操作系統覆蓋面比較廣測試工具。

　　這是一個關鍵的問題.如果測試工具不支持你的開發環境或應用程序，自動化測試將遇到巨大的困難，甚至失敗，將不得不又回到手工測試。

　　11 與其他工具的綜合

　　隨著自動化測試的逐漸建立，自動化測試管理將顯得越來越重要。自動化測試工具供應商一般都提供各自的一整套解決方案：從測試需求的定義到測試設計、測試結果管理與處理的配套工具，但各個供應商提供的工具功能各有所長。自動化測試中有可能會有針對性地購買不同供應商的不同模塊應用于同一個項目中，測試工具如能解決工具之間的綜合問題，則對可以對測試發現的BUG信息進行集中的分析和管理，實現不同工具、不同項目的數據共享，節省投資和提供效率?？紤]問題如下：

　　(1)工具的測試腳本是否可以在其他管理工具中運行?

　　(2)是否可以將一個BUG信息寫入到其他管理工具中?

　　(3)是否能提供與WORD、EXCEl或其他工具的接口?

　　12 費用

　　價錢是目前國內很多公司采購工具都比較看重的因素。但相對而言，測試工具的價格大體上相差不大，即使有差別在功能上也有對應的差別。價格的差異會體現在功能的差別上，例如Visula Test就可能比Rational Robot、Win.Runner和QA Run便宜好幾倍，但是功能上也會有比較大的差異，一般而言，"一分錢一分貨"。

　　在資金投入上，除了購買工具外，還需要每年支付工具價錢10%到20%的技術服務費。有些工具可能價錢比別的工具價錢稍微便宜，但技術服務費卻高一點，從長遠來看。其總投入可能不比其他便宜或甚至能更高。 13易用性

　　這是一個非常主觀的問題，國外曾經有人做過比較：用不同水平的測試工程師分成兩個組，通過逐一和隨機地選擇和使用測試工具，結果是在大多數情況下，測試者對工具的易用性都沒有統一的結論。隨著測試者的經驗累積和考慮問題的出發點(可拓展性、腳本可維護性、與其他工具的綜合能力、數據驅動等)不同會得出不同的答案。值得注意的是，一般機構得出評價結論往往是在接觸或試用工具三個月左右，在這期間上述因素還沒有得到充分的考慮，此外易用性評價還應包括功能支持、調試能力、屏幕輸出、在線幫助和用戶手冊等等。 綜合評估上述論各個因素時可以將每一個因素進行評分排序，評分結果分1～n個等級，評價最高為n分，最低為1分。對每個評估因素，可以根據對公司本身對其側重性加一個加權系數，評價表的右側空白列添加其他的評估因素，得出上面的評分表，最終評價總分最高者為最優。其中評分依據如下：

原文轉自：http://www.anti-gravitydesign.com