如何制定一份詳盡的性能測試計劃[6]

　　如何制定一份詳盡的性能測試計劃[6]   性能測試工具　

    　數據需求(方案與部署的具體內容)

　　> 業務部門確定會影響到終端用戶體驗的主要數據部分。

　　> IT部門對這些數據需求進行擴展以包含終端用戶不可見的一些因素，比如緩存。

　　> 性能測試團隊與IT和業務部門合作創建所需的數據存儲庫以支持性能測試?！?/P>

　　性能測試的執行

　　這一部分在測試計劃中的位置仍然取決于企業在性能測試領域的成熟度。如果企業有大量的性能測試經驗，那么這一部分可以作為輔助性的附錄。樣例如：

　　“性能測試通常按照一定的順序進行：

　　制定性能測試方案。

　　根據制定的方案定義一天的負載。

　　單獨執行性能測試以檢測特定的業務流程中可能存在的問題。

　　以封包的方式執行性能方案，模擬一天的活動，并根據性能標準進行評測。

　　報告性能測試的結果。

　　調節系統。

　　根據需要重新進行測試?！?/P>

　　性能測試指標

　　性能測試指標是與性能測試方案中制定的性能驗證標準相對應的。如果企業預備將其作為性能要求，那么就應該在性能測試計劃中增加性能要求的部分。最基本的性能測試指標包括檢測響應時間和給定性能負載下事務處理的失敗率(如性能測試方案中所述)。然后用這些指標與性能要求對比，確定系統是否符合業務要求。軟件測試

　　結束語

　　本文只能描述性能測試計劃的一般情況，具體則要根據所測試的系統和情況而定。最后要說的是，許多非性能測試操作經常被視為性能測試——我喜歡稱之為假寐的(warm-and-fuzzy)性能測試。如果你沒有模擬預期的生產負載，那就不能說是在做性能測試。

原文轉自：http://www.anti-gravitydesign.com