在WinRunner中有專門一個Debug Toolbar用于測試腳本除錯�？梢允褂胹tep、pause、breakpoint等來控制和跟蹤測試腳本和查看各種變量值。
4.在新版應用程序執行測試腳本
當應用程序有新版本發布時，我們會對應用程序的各種功能包括新增功能進行測試，這時當然不可能再來重新錄制和編寫所有的測試腳本。我們可以使用已有的腳本，批量運行這些測試腳本測試舊的功能點是否正常工作�？梢允褂靡粋�call命令來加載各測試腳本。還可在call命令中加各種TSL腳本來增加批量能力。
5.分析測試結果
分析測試結果在整個測試過程中最重要，通過分析可以發現應用程序的各種功能性缺陷。當運行完某個測試腳本后，會產生一個測試報告，從這個測試報告中我們能發現應用程序的功能性缺陷，能看到實際結果和期望結果之間的差異，以及在測試過程中產生的各類對話框等。
6.回報缺陷(defect)
在分析完測試報告后，按照測試流程要回報應用程序的各種缺陷，然后將這些缺陷發給指定人，以便進行修改和維護。
性能測試的三大步驟
第一步 準備和組織是性能測試過程的第一步，在這個階段，需要明確性能測試的目標和需求，并組織起合適的人員，制訂性能測試計劃。
一般來說，性能測試的應用領域分為能力驗證、能力規劃、性能調優和缺陷修復四個方面。其中能力驗證表明測試的目的是驗證系統能力是否達到預期的性能標準; 能力規劃是要考察系統的可擴展性; 性能調優則是為了找到系統的性能瓶頸，為性能調優提供依據; 缺陷修復是為了找出系統中存在的并發等方面的缺陷。
明確目標也就是要把性能測試的目的歸到相應的應用領域，而確定需求則是要更詳細地確定性能測試的基準。對產品的性能測試需求的來源是軟件需求、設計文檔或是用戶備忘錄等設計和需求相關的文檔。當然，并非所有的性能測試需求都在這些文檔中以明確的方式標識出來，此時就需要根據不十分明確的文檔描述進行進一步的細化。我們的經驗是在文檔評審時高度關注所有與性能相關的描述，例如“要求操作響應時間小于……”、“要求……能夠快速……”、“要求……能夠支持……用戶訪問”、“要求……能快速穩定運行”等，然后進行進一步的細化，從而作為測試的依據。
性能測試涉及的設備、環境、技術、工具較多，性能測試人員的組織也必須兼顧這些方面。一個性能測試組最好包括系統工程師(負責測試環境搭建、服務器和應用服務器的配置)、網絡工程師(負責網絡環境的維護和驗證)、性能分析工程師(負責測試計劃的擬定，對性能測試結果進行分析，給出性能測試報告)、自動化工程師(負責測試腳本的編寫和測試工具實施)、數據庫工程師(負責對數據庫層進行性能問題定位)。在條件允許的情況下，還可以包括開發工程師和客戶代表，輔助對性能測試結果進行分析和確認。
性能測試計劃是用來指導性能測試過程的主要文檔，在測試計劃中除了要寫明本次測試的測試目標、測試需求外，還需要在測試計劃中給出明確的測試退出條件和測試的時間和資源計劃。
第二步 第二步測試設計，也是性能測試的主要內容。測試設計一般基于測試場景進行，一個測試場景就是一個用戶的實際使用系統的剖面。
文章來源于領測軟件測試網 http://www.anti-gravitydesign.com/
