【正文】 錯誤的內(nèi)容。這是功能回歸測試中的真正價值 —— 找到操作中無意識的變更。通過 Functional Tester 進行測試自動化，F(xiàn)unctional Tester 實現(xiàn)了對每個版本都能進行回歸測試的目標(biāo)。圖 22. Verification Point Comparator關(guān)閉 Verification Point Comparator。 驗證數(shù)據(jù)池操作繼續(xù)在日志中滾動。您會注意到同組事件再次重復(fù)。當(dāng)使用數(shù)據(jù)池中的第二行數(shù)據(jù)時，該迭代出現(xiàn)了。您可以通過打開第二個“Screen Snapshot”事件來確認數(shù)據(jù)池的操作。信用卡號是“1234 1234 1234 1234”，來自數(shù)據(jù)池第二行的值，如圖 23 所示。圖 23. 第二個屏幕快照 總結(jié)本教程提供了對 Rational Functional Tester的入門介紹。您啟用了應(yīng)用程序環(huán)境，并錄制了功能回歸測試，還通過一些簡單的定制編碼對測試進行了增強。您還對應(yīng)用程序新的構(gòu)建版本執(zhí)行了測試，并且分析測試結(jié)果，以揭示示例應(yīng)用程序中回歸測試缺陷?？蓞⒖嫉谒墓?jié)：Rational Functional Tester產(chǎn)品好處企業(yè)應(yīng)用程序開發(fā)會涉及具有單獨的小組，擁有清楚的職責(zé)的大型項目團隊。團隊常常被分成更小的分析人員團隊、開發(fā)人員團隊和測試人員團隊。雖然這可以成為一個適當(dāng)?shù)墓芾斫Y(jié)構(gòu)，但它還創(chuàng)建了團隊之間的屏障。我們的經(jīng)驗是當(dāng)一個正式的測試團隊成立時，開發(fā)人員可能更少進行自己代碼的徹底測試了。這雖說不上是開發(fā)人員不關(guān)心開發(fā)出好的產(chǎn)品，但可以簡單地說測試成為“其他人的工作”了。該問題常?；旌狭斯δ軠y試只是測試團隊的工作，及單元測試只是開發(fā)團隊的工作的假設(shè)。兩級測試的界限是模糊的，并導(dǎo)致責(zé)任的間隙沒有傳達清楚。重要的是您得承認開發(fā)人員（我們所知道的開發(fā)人員）喜歡解決復(fù)雜的設(shè)計和代碼問題，而不喜歡開發(fā)測試。只有在以下的情況下，開發(fā)人員才認為測試是重要的：當(dāng)測試與幫助解決問題相關(guān)；當(dāng)測試能夠確保問題能夠被解決；當(dāng)測試能夠幫助解決工作中的其他問題。歸根結(jié)底，本文將向您介紹可以使用 IBM174。 Rational174。 Functional Tester 來幫助解決這些問題的方法。它不是對更加傳統(tǒng)的開發(fā)人員測試工具的替代，而是另一個能夠使您更好地進行具體類型的測試的工具。傳統(tǒng)的開發(fā)人員測試在單元級別上發(fā)生。像 JUnit 和 NUnit 的工具會慮及開發(fā)人員功能的低級別操作，且它們提供用于報告通過或失敗結(jié)果的標(biāo)準(zhǔn)報告結(jié)構(gòu)。其他工具，如 JUnitBe，允許在一個網(wǎng)絡(luò)容器中執(zhí)行測試用例以測試容器資源。所有這些工具能夠：允許您用自己的母語和環(huán)境來書寫測試用例 是可擴展的 包括多種用來實施您可能想要執(zhí)行的大多數(shù)類型的測試擴展 然而，大多數(shù)這些工具不能從用戶的觀點來實施測試。那些從用戶觀點考慮測試的工具常常受限于一個具體的情況或環(huán)境（Swing、Internet Explorer，等等）。JFCUnit 是這種工具的一個杰出實例。另外，幾乎所有這些工具都要求您手動書寫測試用例代碼。它們不提供獲取測試、測試數(shù)據(jù)、或復(fù)雜情況的自動方法。由于它們依賴于要進行編碼的測試用例、隱藏的接口和多種需要在不同環(huán)境中測試的工具，所以這些工具的使用對開發(fā)人員常常是有限制的。測試人員不會復(fù)用它們，除非那些測試人員本質(zhì)上是技術(shù)性的。開發(fā)人員常常處于緊張的項目進度中。這導(dǎo)致測試用例很難保持最新。當(dāng)使用需要編碼的解決方案時，如 NUnit，單元測試工件需要手動地與日期保持同步。如果您落后進度了，且測試用例打破了，那么您必須快速處理否則它將成為您開發(fā)工作史上僅僅的閃光點。常常只有最專注的開發(fā)人員會在面臨緊張的期限時花時間來維護他們所有的單元測試。用戶界面表現(xiàn)出另外的難題。測試一個用戶界面組件需要進行單元執(zhí)行、數(shù)據(jù)輸入和結(jié)果評估。復(fù)雜的界面（不論是基于 Web 的、Swing，或其他的）將問題擴大了。您可能需要測試組件對具體輸入值的反應(yīng)，但在到達該組件之前，需要對多個面板進行輸入，才能到達此輸入?yún)^(qū)域。在最終到達您所關(guān)心的要進行評估的值之前，這可能導(dǎo)致花費許多分鐘來進行數(shù)據(jù)輸入及面板顯示。 Rational Functional TesterRational Functional Tester 是一個面向?qū)ο蟮淖詣訙y試工具，它可以使您測試多種應(yīng)用程序。您可以通過記錄對應(yīng)用程序的測試來快速地生成腳本，并且您可以測試應(yīng)用程序中的任意對象，包括對象的屬性和數(shù)據(jù)。Rational Functional Tester 為您提供一個選擇腳本語言和開發(fā)環(huán)境的機會 —— Eclipse 框架中的 Java? 或者 Microsoft174。 Visual Studio 174。 .NET 開發(fā)環(huán)境中的 Microsoft 174。 Visual Basic174。 .NET。將 Rational Functional Tester 集成到您的開發(fā)平臺中可以把您帶到一個新的效率級別上。這是一個巨大的優(yōu)勢，因為進行安裝后，Rational Functional Tester 就成為您的本地開發(fā)環(huán)境中的一個無縫部分。Rational Functional Tester 提供記錄和回放功能，并存儲 Java 或 .NET 源代碼的記錄腳本。其允許您實際上不做任何工作就能創(chuàng)建可重復(fù)的測試腳本，也允許您使用您的程序設(shè)計技術(shù)用您本地的開發(fā)語言來增強腳本以滿足具體的需求。此功能及方便的使用為進行開發(fā)和測試團隊之間的新級別的整合創(chuàng)造潛能。設(shè)想一個使用了包含典型的工作臺應(yīng)用程序工程的公共源存儲庫的工程，也包含測試工件工程。這里是幾個此類型環(huán)境中的可能的情況：情況 1：開發(fā)人員為系統(tǒng)增強錄制新腳本并檢入（check in）測試腳本。一個可以將腳本添加到一套適當(dāng)?shù)臏y試程序中并準(zhǔn)備在開發(fā)人員結(jié)束編碼之前就進行應(yīng)用程序新版本的回歸測試的測試人員立即得到了該腳本！ 情況 2：開發(fā)人員為系統(tǒng)增強錄制新腳本并檢入（check in）測試腳本。一個可以使腳本成為數(shù)據(jù)驅(qū)動并開始向開發(fā)人員已經(jīng)編碼的簡單用例中添加更多用例的測試人員立即得到了該腳本。 情況 3：開發(fā)人員收到了一張關(guān)于功能測試周期中遇到的問題的缺陷清單。缺陷清單標(biāo)識遇到了問題的測試腳本。開發(fā)人員在本地調(diào)試模式下啟動應(yīng)用程序，在合適的位置設(shè)置斷點，選擇清單中標(biāo)識的腳本并開始回放。 情況 4：測試人員正在開發(fā)針對產(chǎn)品某一特性的測試用例。測試人員對應(yīng)用將要或應(yīng)該表現(xiàn)的方式感到困惑。測試人員可以打開開發(fā)人員的測試腳本、檢查代碼和注釋，并執(zhí)行測試腳本以查看開發(fā)人員認為正在開發(fā)的內(nèi)容是什么。如果測試人員看到問題，他可以以對于開發(fā)人員編碼的新測試用例的形式來建議變更。 情況 5：開發(fā)人員坐下來維護不是他們開發(fā)的一小段代碼。開發(fā)人員對代碼表現(xiàn)的方式感到困惑。開發(fā)人員可以打開測試腳本，檢查代碼和注釋，并運行測試腳本以查看原有開發(fā)人員所認為自己開發(fā)的內(nèi)容是什么。 很難找到能夠加強此級別上的開發(fā)人員與測試人員間的協(xié)作的工具。不需要您的測試人員進行記錄和重放當(dāng)您記錄腳本的時候，Rational Functional Tester 會自動為被測的應(yīng)用程序創(chuàng)建測試對象地圖。對象地圖包含每個對象的識別屬性。當(dāng)您更新對象地圖中的識別信息時，任何使用該對象地圖的腳本會共享更新的信息，這減少了維護的成本及整個腳本開發(fā)的復(fù)雜度。對象地圖還提供向腳本添加對象的快速方法。它列出應(yīng)用程序中用到的測試對象，不論它們是否為當(dāng)前顯示出的。您可以通過依據(jù)現(xiàn)有的地圖或按照需要添加對象來創(chuàng)建新的測試對象地圖。Rational Functional Tester 還以 ScriptAssure 為特色：對象識別技術(shù)可以使您成功地回放腳本，甚至是當(dāng)在測應(yīng)用程序已經(jīng)更新過的時候。您可以為測試對象必須通過的，能作為識別候選的識別分數(shù)設(shè)置門檻，并且如果 Rational Functional Tester 接受了分值高于指定門檻的候選者，您還可以向日志文件中書寫警告。這減少了開發(fā)人員花在維護 GUI 級別的測試腳本（例如，不同于 JFCUnit）上的時間。對象地圖可以是共享的也可以是私有的。私有地圖依附于腳本并且只由該具體的腳本進行訪問，反之，共享地圖由多個腳本共享。共享地圖的優(yōu)勢是，當(dāng)需要更新對象時，對地圖中的一個更新就能修改多個腳本。在 Rational Functional Tester Projects 視圖中或當(dāng)您創(chuàng)建新的測試對象地圖時，您可以將多個私有的或共享的測試對象地圖合并成一個單個的共享測試對象地圖。Rational Functional Tester 可以隨意地更新您所選擇的指向新合并的測試對象地圖的腳本。在記錄過程中，您可以向腳本中插入驗證點以確定在被測應(yīng)用程序的構(gòu)造過程中對象的狀態(tài)。驗證點捕獲對象信息（根據(jù)驗證點的類型，可以是對象屬性驗證點或五種數(shù)據(jù)驗證點類型中的一個 —— 菜單等級、 表格、文本、樹形層次或 列表）并存儲到基本數(shù)據(jù)文件中。此文件中的信息成為隨后的構(gòu)造過程中對象的期望狀態(tài)。在執(zhí)行測試之后，您可以利用 Verification Point Comparator 來分析區(qū)別，或者如果對象性能改變了，就更新基線（期望的對象狀態(tài)）。其不僅能提供比傳統(tǒng)的斷言的更多種的功能，還將數(shù)據(jù)放在能復(fù)用的地方。您可以用正則表達式替代識別屬性 —— 或者考慮基于模式的識別，替代精確地匹配。這允許對象識別中的更多靈活性。您還可以將屬性轉(zhuǎn)變成正則表達式及 Verification Point Editor 中的或測試對象地圖中的數(shù)值范圍。另外 Regular Expression Evaluator 允許您在編輯時測試表達，這節(jié)省了您不得不運行腳本以查看模式是否運行的時間?？蓞⒖嫉谖骞?jié)：Rational Functional Tester產(chǎn)品資料 您可以參閱本文在 developerWorks 全球站點上的 英文原文 。地址： 查看更多的“Hello，World！”系列教程。 地址： IBM 面向服務(wù)的架構(gòu)（Service Oriented Architecture，SOA）解決方案 （英文）：了解更多關(guān)于 IBM SOA 的信息。地址： Rational Functional Tester 產(chǎn)品專題：找到關(guān)于 Rational Functional Tester 的技術(shù)文檔、指導(dǎo)文章、教程、下載，和產(chǎn)品信息。地址： Rational Functional Tester 試用版：下載免費試用版地址： Extension for TerminalBased Applications for Rational Functional Tester：下載免費試用版本。該擴展產(chǎn)品可以讓您使用此處介紹的強大的 Functional Tester 功能來測試基于終端的應(yīng)用程序。地址：