【文章內容簡介】 ” 為提高測試效率，軟件測試已大力發(fā)展自動測試。自動測試的中心是編寫測試腳本。如果說軟件編程必須有設計規(guī)格說明書，那么測試腳本的設計說明書就是測試用例。 成測試施設后需要對測試結果進行評估， 并且編制測試報告。判斷軟件測試是否完成、衡量測試質量需要一些量化的結果。例：測試覆蓋率是多少、測試合格率是多少、重要測試合格率是多少，等等。以前統(tǒng)計基準是軟件模塊或功能點，顯得過于粗糙。采用測試用例做度量準則更加準確、有效。 通過收集缺陷 ，對比測試用例和缺陷數據庫，分析確證是漏測還是缺陷復現。漏測反映了測試用例的覆蓋率不夠，應立即補充相應測試用例，最終達到逐步完善軟件質量。而已有相應測試用例，則反映實施測試或變更處理存在問題。 更多論文 8 試用例書寫規(guī)范 軟件測試用例的基本要素包括 ： 測試用例 ID、測試標題、重要級別、測試輸入、操作步驟、預期結果 。 用例 ID： 測試用例的編號有一定的規(guī)則，比如系統(tǒng)測試用例的編號這樣定義規(guī)則： PROJECT1ST001 ，命名規(guī)則是項目名稱＋測試階段類型（系統(tǒng)測試階段）＋編號。定義測試用例編號，便于查找 測試用例，便于測試用例的跟蹤。 測試標題： 對測試用例的描述，測試用例標題應該清楚表達測試用例的用途。比如 “ 測試用戶登錄時輸入錯誤密碼時，軟件的響應情況 ” 。 重要級別： 定義測試用例的優(yōu)先級別，可以籠統(tǒng)的分為 “ 高 ” 和 “ 低 ” 兩個級別。一般來說，如果軟件需求的優(yōu)先級為 “ 高 ” ，那么針對該需求的測試用例優(yōu)先級也為 “ 高 ” ；反之亦然 。 測試輸入： 提供測試執(zhí)行中的各種輸入條件。根據需求中的輸入條件，確定測試用例的輸入。測試用例的輸入對軟件需求當中的輸入有很大的依賴性，如果軟 件需求中沒有很好的定義需求的輸入，那么測試用例設計中會遇到很大的障礙。 操作步驟： 提供測試執(zhí)行過程的步驟。對于復雜的測試用例，測試用例的輸入需要分為幾個步驟完成，這部分內容在操作步驟中詳細列出。 預期結果： 提供測試執(zhí)行的預期結果，預期結果應該根據軟件需求中的輸出得出。如果在實際測試過程中，得到的實際測試結果與預期結果不符，那么測試不通過；反之則測試通過。 比如下面一個簡單的 測郵箱功能的 測試用例： 更多論文 9 測試用例的管理工具 Test link 介紹 TestLink 可以 管理整個測試過程， 它能夠動態(tài)的收集和組織測試用例、跟蹤執(zhí)行后的測試結果、跟蹤獨立測試的準確信息、獲取并詳細的報告測試結果、幫助用戶更好的管理整個測試 過程、自定義 TestLink 以適應你的需求和測試過程。 Test case 18999:P1發(fā)送一個有標題和內容的郵件 Steps： (標題為：郵件 內容：郵件 ) Expected results: （標題為：郵件 內容：郵件） 更多論文 10 它的主要特點為： Web 方式訪問、測試計劃中的每個產品的測試都遵循測試流程、用戶可以自定義角色（如測試組長，測試員等等）、關鍵字的作用用于支持深層次的測試組織、測試可以根據優(yōu)先級派給測試員，提供測試報告、支持將文檔到處成 HTML ， WORD 或是 EXCEL 的格式 、可以直接通過這個工具將測試報告郵件發(fā)出 Test Link 的使用方法 testlink,進入頁面 （如圖 1） 圖 1 ，就進入了 測試用例管理界面 （如圖 2） 更多論文 11 圖 2 3 在 test run 中選擇所要執(zhí)行的項目某個階段的名字， 然后選擇 Execute test case ， 點擊進入下一步 ，進入 case 的操作界面 （如 圖 3） 。 圖 3 更多論文 12 case 的管理界面， 圖 5 是樹形結果的測試用例，右邊具體顯示某條測試用例的內容，以及執(zhí)行的測試結果。 圖 5 說明： 人員需要在 notes 下面的框里標出測試環(huán)境（包括被測軟件的目前版本號 測試使用的機型、測試的服務器版本號、以及當前使用機型的版本號等等） 。當這條測試用例執(zhí)行完以后需要在 result 下面 的 四個選項（ not run、 pass、blocked、 failed）選出 相應的結果。 Not run:表示這條測試用例還沒有被執(zhí)行。 Pass：表示測試用例通過，即測試期望的結果與實際的結果一致。 Blocked：表示這條測試用例被阻塞，可能是測試用例已經過期，不適合現在的系統(tǒng)。也可能是此條測試用例的功能當前版本還沒實現。 Failed：表示測試的預期結果與是結果不一致，測試人員需要報 bug。 此外如果這條測試用例是 Failed，需要在 TeamTrack issue Number 后面寫出 bug 的 ID 更多論文 13 3 Loadrunner 使用方法 LoadRunner 介紹 LoadRunner 是一種預測系統(tǒng)行為和性能的負載測試工具。通過模擬千萬用和實施并發(fā)負載及實行能檢測來確認和查找問題，能過對整個企業(yè)架構進行測試。通過使用 LoadRunner,企業(yè)能夠最大限度的縮短測試時間，優(yōu)化性能和加速應用系統(tǒng)的發(fā)布周期。 LoadRunner 能支持廣泛的協(xié)議和技術，功能比較強大，可以為特殊環(huán)境提供特殊的解決方案。 LoadRunner 有下面三部分組成Virtual User Cenerator 用來錄制腳本、編輯腳本 ： controller 用來布置測試場景； Analysis 用來對測試結果進行分析。 用 LoadRunner 進行負載測試的流程通常有五個階段組成：計劃、腳本創(chuàng)建、場景定義、場景執(zhí)行和結果分析。 1） 計劃負載測試：定義性能測試要求，例如并發(fā)用戶數量、業(yè)務流程和所需相應時間； 2） 創(chuàng)建 Vuser 腳本：將最終用戶活動捕捉到自動腳本中； 3） 定義場景：使用 LoadRunner Controller 設置測試環(huán)境； 4） 運行場景：通過 LoadRunner Controller 驅動、管理測試； 5） 監(jiān)視場景：通過 LoadRunner Controller 監(jiān)控測試； 6） 分析結果：使用 LoadRunner Analysis 創(chuàng)建圖和報告并評估性嫩。 Vu Gen 腳本開發(fā) LoadRunner 可以模擬一個數千用戶同時使用客戶端 /服務器系統(tǒng)的環(huán)境。為執(zhí)行此操作， LoadRunner 用“虛擬用戶（ Vuser）”代替實際用戶。 Vuser執(zhí)行的操作使用 Vuser 腳本描述的。 LoadRunner 提供各種幫助來開發(fā) Vuser腳本的工具。 LoadRunner 提供了多種 Vuser 技術，通過 這些技術可以在使用不同類型的客戶端 /服務器體系結構時生成 服務負載。每種 Vuser 技術都適合于特定體系結更多論文 14 構并產生特定的 Vuser 類型。例如，可以使用 WebVuser 模擬用戶操作 Web 瀏覽器、使用 Tuxedo Vuser 模擬 Tuxedo 客戶端與 Tuxedo 應用程序服務器之間的通信、使用 RTE Vuser 操作終端仿真器。各種 Vuser 技術既可單獨使用，又可一起使用，以創(chuàng)建有效的負載測試方案。 Vuser 腳本的結構和內容因 Vuser 類型的不同而不同。例如，數據庫 Vuser腳本總是包含三部分，是在一段類似 C 語言并且包括對數據庫服務器的 SQl 調用的代碼中編寫的。相 反， CUIVuser 腳本只有一個部分，并且是用 TSL（測試腳本語言）編寫的。 開發(fā) Vuser 腳本的過程開始于錄制一個基本的腳本。 LoadRunner 為您提供了大量錄制 Vuser 腳本工具。您可以通過將控制流結構和其他 LoadRunner API 添加到腳本中來增強該基本腳本。然后配置運行時設置。運行時設置包括迭代、日志和計時信息，以及定義 Vuser 在執(zhí)行 Vuser 腳本是的行為。要驗證是否正確運行，請以單獨模式運行該腳本。如果運行正確，則將其合并到LoadRunner 方案中。錄制業(yè)務流程是， VeGen 生成一個由函 數構成的 Vuser 腳本。函數中參數的值是錄制期間使用的實際值。 每個 Vuser 腳本都至少包含三部分： Vuserinit、 一個或多個 Actions 及Vuserend．錄制前和錄制期間，可以選擇腳本中 VeGen 要插入已錄制函數的部分。下表顯示了要在每一部分錄制的內容以及執(zhí)行每一部分的時間。 運行多次迭代的 Vuser 腳本時，只有腳本的 Actions 部分重復，而 Vuserinit和 Vuserend 部分將不重復，可以使用 VuGen 腳本編輯器來顯示并編輯每個腳本部分的內容。但一次只能顯示一個部分的內容。要顯示波一部 分，請在左窗格中突出顯示該部分的名稱。 在處理實用 Java 類的 Vuser 腳本時，可以將所有代碼置于 Actions 類中。Actions 類包含三個方法： init、 Actions 和 end。這些方法對應于腳本中使用其他協(xié)議開發(fā)的部分，您可以在 init 方法中插入初始化例程、在 Actions方法中插入客戶端操作，并在 end 方法中插入注銷過程。 更多論文 15 Controller 測試方案設計 方案開始時間 打開“延遲方案開始時間”對話框， 可以在其中延遲方案的開始時間。按方案定義計劃，定義整個方案的設置－〉加壓選 項卡－〉持續(xù)時間選項卡－〉減壓選項卡－〉按組計劃 的 Vuser 組－〉開始時間選項卡－〉加壓選項卡－〉持續(xù)時間選項卡－〉減壓選項卡。 計劃方案 使用計劃生成器，可以同過下列方式控制方案的執(zhí)行 限制方案的持續(xù)時間－〉在方案中逐漸運行 Vuser－〉在反案中逐漸停止Vuser．要為方案設置計劃選項，請執(zhí)行下列操作： 1)選擇“按方