我一直感覺這塊把握的不準，有時候可能主管的幾句話，就決定不要做性能測試了。但后來仔細想想，要不要做性能測試，不是拍腦袋拍出來了，是經過需求分析、系統分析，并且結合業務整體等多個方面來考慮要不要做性能測試。涉及到的角色也有很多，比如PA，PD，SA、TA，DBA等等，性能測試決不是一個人的事情，而是一個團隊的事情。上次性能測試小組內部也討論過了，性能測試前期的需求分析。歸納下來主要有以下幾點：
1、從業務角度來分析，如果一個項目上去后使用的人數比較多，量比較大，就有做性能測試的必要，反之，如果一個項目上線后，沒有幾個客戶在用，無論系統多大，設計如何復雜，并發性的性能測試是沒有必要做的，前期可以否決。
2、從系統架構角度來分析，如果一個系統采用的框架是老的系統框架，只是在此框架上增加一些應用，其實是沒有必要做性能測試，除非做容量測試。如果一個系統采用的是一種新的框架，可以考慮做負載測試。
3、從實時性角度來分析，如果一個項目要求某個功能的響應時間，這個有作并發測試的可能性，在大并發量的場景下，查看這個功能的響應時間。
4、從數據庫角度分析，很多情況下，性能測試是大數據量的并發訪問、修改數據庫，而瓶頸在于連接數據庫池的數量，而非數據庫本身的負載、吞吐能力。這時，可以結合DBA的建議，來決定是否來做性能測試。
有時候性能測試需求分析可以采用類推性，可比性。舉個例子：如果性能需求中對兩個類似的功能要求做性能測試，如果這兩個功能內部處理邏輯大體一致，僅是功能展示不同而已，這就有可能做其中的一個來做性能測試，通過這次的性能測試結果來類推另一個功能模塊。
影響性能測試前期需求的因素很多，大家可以拍磚
文章來源于領測軟件測試網 http://www.kjueaiud.com/
