2.6性能分析基本策略
在上面的用例執行完成后，接下來要進行性能分析。性能分析是性能測試的最終目的，否則測試出的指標就不會有實際意義，這里主要介紹一下性能分析的基本思路。性能分析通常要圍繞三個方面進行：軟件、服務器、網絡。
軟件主要是分析具體事務執行時間，尤其并發用戶部分，根據測試工具測試出的結果分析那些事務執行的慢，然后可以分析執行較慢的代碼，針對網頁可以分析具體的頁面元素執行情況。
服務器的分析要結合軟件的運行情況進行分析，著重分析硬件的執行參數，CPU、硬盤、內存、中斷、內存等情況，分析尤其要注意對這些參數進行綜合分析，往往各個參數之間會互相影響，最后在調查、分析整體系統的基礎上，找出影響服務器整體性能的瓶頸，確定相應的升級需求：
1. 服務器硬盤負載較重，需增加硬盤。
2. CPU整體性能偏低，需增加或更新CPU。
3. 網卡性能偏低，需更換光纖網卡。
4. 硬盤I/O負載任務繁重，需使用高轉速硬盤或采用RAID卡。
5. 內存資源短缺，需增大內存。
6. 其他方面，需要升級軟件系統、合理進行子網劃分、加強管理等。
網絡性能分析要結合結合服務器和測試目標軟件，通常網絡傳輸慢會有軟件和服務器方面的原因，甚至有時候會有客戶端方面的原因。不過目前網絡的環境普遍可以，不管是局域網還是廣域網，網絡的環境越來越好。
3用例管理
測試用例的管理我們可以借鑒開發過程中對程序的管理方法，我們可以把測試用例看成程序––測試工程師編寫的程序，這個程序也要經過“設計”、“開發”、“測試”、“版本管理”、“發布”、“維護”等一系列操作，然后按照管理軟件程序的方法來管理測試用例。
用例管理主要包含評審、修改、執行用例、用例版本維護、用例升級方面的內容。
3.1 用例評審
測試用例評審是測試用例不可缺少的一個環節，這是對“測試部門開發出的產品”進行的“測試”�；舅悸肥菍y試準備階段的成果進行分期評審，依次評審系統/驗收測試用例、集成測試用例、單元測試用例。
評審用例在比較正規的公司更容易實施，要求相應的軟件開發團隊必須在實際工作中對測試給予足夠的重視，才可以把這項工作做好，否則只是走走形式。有效的用例評審通常由下面兩種形式組成：
測試部門外部評審––主要是由開發部、項目實施部、甚至銷售人員參加的評審，目的主要是查找測試工程師編寫的用例是否缺少內容。建議采用非正式評審的形式進行，因為我們很難把開發人員組織在一起，一般來說他們的開發進度壓力很大，能夠抽出時間看文檔已經是“很給面子了”。當然不統一進行評審會耽誤工程的進度，所以在實際工作中如果時間緊迫，可以提前啟動測試實施工作，待評審完成后進行用例的修改工作。通常測試工作進行一段時間評審就會結束，這個時候測試執行人員可以在工作中對測試用例的內容進行動態的調整，再次執行被修改過的部分用例(如果能夠采用正式評審，效果肯定會更好。)。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
