日常軟件性能測試的流程

領測軟件測試網 相信現在很多公司都有專職的性能測試工程師，但是數量不會很多.。對于項目來說是幾乎都會有性能測試的，而在日常中,性能測試并不是每個都需要的。當然有人說寧可錯殺一千，也不放過一個：），這個是可以，不過需要多少的時間和資源啊，對于日常這種發布期暴緊、數量暴多的任務，顯然不能這樣，因此就需要制定一個明確的流程來保證它，保證需要性能測試的日常能高效率的做好，而不需要做的可以放過，以免浪費時間和資源。那么怎么的流程才能做到這一點呢？我來簡單的說一下，拋磚引玉。

　　第一階段：我們性能測試介入點是在系統分析師（簡稱系分）在根據PRD編寫系統設計時介入的，我們提供性能回歸點及性能基準數據，由系分來識別新的性能點。然后根絕這些性能點，設定出性能目標。

　　第二階段：在日常需求評審時，可以向開發人員了解開發的具體情況、實現方法，進一步識別是否需要變更性能點。

　　第三階段：開發完畢合并后，功能測試人員開始測試，我們就可以進行性能測試服務器的配置，更新分支，準備測試數據。并在性能點的功能無bug后開始性能點的測試（性能回歸點的腳本是統一的復用，新性能點的腳本需要制作，測試完畢后需要上傳cvs腳本庫中，以便以后復用）。運行時間根據有多少個日常需要測試等實際情況來定，但每個腳本運行時間不得低于20分鐘。

　　最后了，將測試結果分析后寫成日常性能測試報告發給開發與系分，并同時將測試結果數據更新入性能基準數據庫中。同時需要將分支編號、系統變更情況寫入。

　　看上去似乎很多步驟，其實時間一共只有1-2天時間而已，所以日常性能回歸是比較繁忙的，但同時也是意義重大的，因為有了這樣的回歸，才能最大限度的保證日常發布的性能。

文章來源于領測軟件測試網 http://www.kjueaiud.com/

TAG: 流程 日常 軟件 性能測試