摘要:Mercury 在 Quality Center 8.0 時就推出 Business Process Testing，到現在已經進步到 9.0 的版本了。會什麼 Mercury 發展出 Business Process Testing 呢？Business Process Testing 的好處在哪？要如何使用Business Process Testing？我將在以下的文章為大家做個介紹。   傳統UI自動化測試的限制   軟體的自動化測試在過去一段時間中有長足的進步。每個世代的產品都成功解決了某些重要的挑戰，但是同時也引進了不同的問題等待解決。   第一代的自動化測試大概在15年前開始，透過硬體的方式錄製鍵盤的輸入並播放，但缺少檢查點（checkpoint）的功能，而且測試腳本很難維護。   第二代的自動化測試則大約在10年前開始的，這時已經由硬體轉變成透過軟體錄製/播放（capture/playback）的方式產生測試腳本（script），並且也增加了檢查點的功能，可以對軟體做驗證，測試的範圍也比硬體方式的自動化方式大了許多。比較大的問題是測試腳本也是一種程式語言，所以測試人員也需要懂程式語言，換句話說就是要會寫程式。而且當軟體有變動時，測試腳本也需要同步更新，這對測試人員來說是一大挑戰，測試人員常常就是整個測試腳本再重新錄製一遍。   以下為Mercury WinRunner測試腳本的範例     在2001年開始了第三代的自動化測試稱為「測試框架（test framework）」，主要是把測試腳本給抽象化（abstraction）（註：如Keyword-Driven Test），讓非技術人員（如系統分析師、使用者等）即使不懂測試腳本，不會寫程式的情況下，也可以使用自動化測試工具建立自動化測試個案。   舉個......[阅读全文]

摘要:Mercury Interactive, WinRunner, and QuickTest Pro IntroductionThis document was created because of the major amount of confusion out there about Mercury's intentions with WinRunner and QuickTest Pro. There have been a lot of questions about whether scripts would have to be converted, thrown away, or be reusable. I talked with Mercury over the span of a couple conference calls to get things cleared up. The content and direction of the this document comes from questions that were offered by QAForums users and questions that I had for my own knowledge. This thread should not be replied to, please reference it in......[阅读全文]

摘要: 何謂 Keyword-Driven Testing？ Mercury 新發表的 QuickTest Professional 8.0，又出現了一個新的名詞 (對我來說是新的名辭啦) - Keyword-Driven Testing。到底什麼是 Keyword-Driven Testing 呢？以錄製方式建立測試的問題一般來說，自動化測試通常是透過錄製的方式建立測試腳本的，這樣的方式看似容易，但是實際上會遇到下列的問題： 測試人員大多不具技術背景，難以完全掌握測試工具 應用軟體必須達到一定的穩定性，才能開始錄製測試腳本 自動化測試腳本與文件是分開的 維護自動化測試腳本的成本非常高關鍵字驅動 (Keyword-driven )在 QuickTest 8 的「關鍵字驅動 (Keyword-driven )」測試架構，主要是為了解決上述「透過錄製產生測試腳本」的問題的。透過「關鍵字驅動 (Keyword-driven )」測試架構，測試人員不需要「錄製測試腳本」，進而改成「設計測試腳本」。建立 Object Repository在之前的文章有提到，通常測試工具都是「Object Base」的。在 QuickTest 儲存 Object 的地方稱為「Object Repository」。所以一開始，要先將應用軟體的 GUI Object，先記錄在「Object Repository」中。所以會先開啟「Object Repository」，按下「Add Objects」按鈕，將應用軟體的 GUI Object 加入「Object Repository」中。接下來點選應用軟體視窗的標題列，會出現對話視窗問您是不是要把您剛剛點選的視窗加入「Object Repository」，點選「OK」。由於您選擇的 Object 是一個視窗，所以 QuickTest 還會進一步問您，是不是連視窗內的所有 Object 都要加入「Object Repository」，選取「Selected object and all its descendants」後點選「OK」。之後，您就會看到 「Object Repository」中會出現這個視窗內的所有 GUI Object。接下來，建議您將那些 Object 名稱很奇怪，或是看不出代表哪一個 Object 的 Object 名稱作個修改。例如我將原本名為「Button_5」的 object，改名成為「NewOrder」。在使用測試工具時，這是非常重要的一個動作，為您測試腳本中的 object 名稱，訂定一個統一的規範，可以替日後的維護，減少非常多的成本喔！可以開始設計測試腳本了接下來，您可以開始設計測試腳本的工作了！注意我使用的是「設計」而不是「錄製」，因為建立測試腳本的過程，就像是您在一個 Excel 文件上設計測試個案一樣。您將會設計每個測試步驟，每個測試步驟主要有三個元素： Item：這個測試步驟是作用在哪個 object 上，可能是個視窗、按鈕、或是輸入欄位。 Operation：在這個 object 上，您要執行什麼動作，如Click、Type、Select。 Value：有些動作，會需要輸入資料，如從一個清單 (list) 上選擇某個選項，或是在輸入欄位 (edit box) 中輸入某些值，您必須告訴 QuickTest 要用什麼資料。而且當您設計好一個測試步驟後，在 Documentation 欄位，會自動以英文句子顯示這個步驟的說明，這也是 QuickTest 的另一個新功能「Auto-documentation」，您在設計測試步驟的同時，文件也自動產生了。接下來，我將以在 Flight ( QuickTest 內建的範例程式 )，建立一個「新增訂單」的測試個案。這個測試個案的第一個步驟就是先 Active Flight Reservation 的主視窗。要建立這一個測試步驟，以要在 Keyword View......[阅读全文]