《精通軟體性能測試與LoadRunner最佳實戰》—第2章2.11節性能測試總結

本節書摘來自異步社群《精通軟體性能測試與loadrunner最佳實戰》一書中的第2章2.11節性能測試總結，作者于湧 , 王磊 , 曹向志 , 高樓 , 于躍，更多章節内容可以通路雲栖社群“異步社群”公衆号檢視。

2.11 性能測試總結

精通軟體性能測試與loadrunner最佳實戰

性能測試工作完成以後，需要編寫性能測試總結報告。

性能測試總結不僅使我們能夠了解到如下内容：性能測試需求覆寫情況，性能測試過程中出現的問題，我們又是如何去分析、調優、解決的，測試人員、進度控制與實際執行偏差，性能測試過程中遇到的各類風險是如何控制的，而且，還能描述經過該産品/項目性能測試後有哪些經驗和教訓等内容。随着，國内軟體企業的發展、壯大，越來越多的企業也更加重視軟體産品的品質，而好的軟體無疑和良好的軟體生命周期過程控制密不可分。在這個過程中不斷規範化軟體生命周期各個過程、文檔的寫作，以及各個産品和項目測試經驗的總結是極其重要的一件事情。通常一份性能測試總結報告要描述如下内容。

需要闡述産品、項目的背景，将前期的性能測試需求明确，并落實到文檔中。指出性能測試可參考的一些文檔，并将這些文檔的作者、編寫時間、擷取途徑逐一列出，形成一個表格，這些文檔包括：使用者需求規格說明書、會議紀要（内部讨論、與客戶讨論等最終确定的關于性能測試内容）等與性能測試相關的需求内容文檔。性能測試也是依賴于系統正式上線的軟、硬體環境的，是以包括網絡的拓撲結構、作業系統、應用伺服器、資料庫等軟體的版本資訊，資料庫伺服器、應用伺服器等具體硬體配置（cpu、記憶體、硬碟、網卡等），網絡環境等資訊也應該進行描述。系統性能測試的環境要盡量和客戶軟體上線的環境條件相似，在軟、硬體環境相差巨大的情況下，測試的結果和系統上線後的性能有一定偏差，有時甚至更壞。為了能夠得到需要的性能測試結果，性能測試人員需要認真評估要在本次性能測試中應用哪個工具，該工具是否能夠對需求中描述的相關名額進行監控，并得到相關的資料資訊？性能測試結果資料資訊是否有良好的表現形式，并且可以友善的輸出？項目組性能測試人員是否會使用該工具？工具是否簡單易用等。當然在條件允許的情況下，把複雜的性能測試交給專業的第三方專業測試機構也是一個不錯的選擇。人力資源和進度的控制，需要性能測試管理人員認真考慮。很多失敗的案例告訴我們，由于項目前期研發周期過長，項目開發周期延長，為了保證系統能夠按時釋出，不得不縮短測試周期，甚至取消測試，這樣的項目品質是得不到保證的，是以要合理安排測試時間和人員，監控并及時修改測試計劃，使管理人員和項目組成員及時了解項目測試的情況，及時修正在測試過程中遇到的問題。除了在計劃中考慮上述問題以外，還應該考慮性能測試過程中有可能會遇到的一些風險以及如何去規避這些風險。在性能測試過程中，有可能會遇見一些将會發生的問題，為了保證後期我們在實施過程中有條不紊，這時就應該考慮如何去盡量避免這些風險的發生。當然，性能測試計劃中還應該包括，性能測試準入、準出标準以及性能測試人員的職責等都需要進行描述。一份好的性能測試計劃為性能測試成功打下了堅實的基礎，是以請讀者認真分析測試的需求，将不明确的相關内容搞清楚，制訂出一份好的性能測試計劃，然後，按照此計劃執行，如果在執行過程中與預期不符，請及時修改計劃。

本文僅用于學習和交流目的，不代表異步社群觀點。非商業轉載請注明作譯者、出處，并保留本文的原始連結。