這確實是個問題。
其實我倒覺得問題不是要不要做的問題，而是怎么做，做多少的問題！
請注意，沒有任何一個軟件不需要做性能測試，而是說需要程度到底有多高，這個需求程度決定了花多少精力去做，并且怎么做的問題。
就算一個只有1000行代碼的小程序，你怎么能保證它不需性能測試？你怎么知道它里面就沒有內存溢出？你怎么知道它有沒有耗費了不必要的資源？
所以問題不是做不做的問題，而是花多少代價，怎么做的問題。
一般性能測試有幾個層次，或者說兩個需求。
a.為了找出性能問題
b.為了給出性能指標
c.為了給出需要的配置
而我們國內現在常做的軟件無非有幾種：1.單機版應用程序 2.C/S或者B/S的項目（一般是外包項目或者政府軟件，銀行，醫療證券類軟件）
對于單機版應用程序來說，一般作性能測試是比較簡單的，一般需求是兩個，
第一，你要測試一下有沒有內存瀉漏，或者深情況下內存溢出，或者有沒有申請一些沒必要的資源。這個一般要用一些分析工具
第二，一般一個單機版應用程序，你總要給出，最低配置或者建議配置什么的，那么你給客戶這個東西 就需要性能測試，測試一下在各種配置下面的運行情況，給出理想的建議值
對于C/S或者B/S結構的軟件就比較復雜了，一般是必須要做性能測試的。這個性能測試一般從以下方面考慮：
第一，優化
這個還是去考慮性能有沒有問題，這個是起碼的要求。特別是B/S系統，有沒有多余請求，資源有沒有釋放之類的問題，要先考慮的。這類的問題，一般用網絡分析工具就可以搞定。
第二，時間
這個是一般性能測試的重點。一般是用性能測試工具LR或WAS之類的做，這個叫負載測試。一般你測試一個軟件，總要給老大一個結論，500人并發時，響應時間大概是幾秒，300人并發時，是幾秒。這個是每個客戶都會要的。
第三，配置
這個也是性能測試的重點。這個一般叫壓力測試。譬如一般客戶會向你要一個數據：我想500人同時并發，響應時間在3秒之內，那么我的服務器要求最低配置是多少？這個嘛，你就只管壓吧！壓垮了，升級服務器，再壓，又垮了，繼續升級，到客戶要求的性能指標達到為止，呵呵~~~~~~~~~~~~
總結一下，不是要不要做的問題，而是怎么做，按照客戶要求哪些需求，哪些指標做的問題！
文章來源于領測軟件測試網 http://www.k11sc111.com/