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