在應用程式的生命週期中，應盡早建立效能測試意識。
需要考慮的問題：
效能測試重點關注的方面：
效能測試工具要求：
注意：制定替代方案。
安排足夠的時間確保有效的效能測試。
需要考慮的幾個方面：
理論上要與生產環境完全一致，但是很多原因導致不太可能，可能的原因：
搭建效能測試環境，需要進行計畫和規劃，必要時候需要定期做評審。
效能測試環境的三個層次：
負載生成器能力：確保負載生成器有足夠的硬體資源（盡量保證硬體資源處於非飽和狀態）。
針對虛擬使用者需要注意以下幾點：
使用者會話限制：每乙個物理機器只能發起乙個使用者會話，如：mac驗證等；
應用程式技術的中介軟體可能無法錄製；
從應用層角度去衡量效能（通常效能測試是從中間層發起的，客戶端沒有進行效能測試選擇測試工具時，可以選擇負載測試指令碼和功能測試指令碼任意組合的效能測試工具）。
不同的部署模式（網路環境）考慮如下幾點：
針對廣域網的效能測試方法：
測試環境中安裝的第三方軟體是否會互相衝突，比如：安全軟體。
制定切合實際的效能指標：制定明確清晰的效能指標，否則效能測試沒有任何意義。
主要包含可用性、響應時間、吞吐量、併發、網路利用率和伺服器利用率。
識別並確認關鍵業務的事務，確定效能測試業務範圍。
確保在效能測試過程中應用程式足夠穩定，系統穩定性是對於應用程式能夠正確提供服務的信心，效能測試之前，**的質量對於效能的好壞是至關重要的。
影響應用程式穩定性，可能出現的隱藏問題：
做到**凍結（保證測試版本穩定），對不斷變化的物件進行效能測試是毫無意義的，保證**版本的一致性，對於效能測試至關重要。
要測量什麼：關注事務的響應時間，及lr裡面事務的概率。
使用者是否反覆登入（指令碼中，是否重複登入）。
資源共享（與其他應用共享伺服器、網路頻寬等）。
提供高質量的足夠的測試資料
目標資料：大小：確定資料庫基礎資料量；資料回滾：保證每次測試時，資料庫的資料量一致，減少效能測試差異，考慮資料庫恢復時間，並在效能測試計畫中體現；
執行時返回資料：確認執行結果正確；
資料安全性：保證資料脫敏。
負載生成策略：
為每個事務設定虛擬使用者數（混合場景效能測試）。
效能測試負載方式：
使用者負載**：建立的負載必須和真實的環境一致，考慮頻寬的制約、資源的制約等。
思考時間和步進時間可以盡量讓效能測試更真實。
思考時間：影響的是事務執行的頻率（事務內部的等待時間）。
步進時間：影響的是事務的吞吐量（事務迭代之間的間隔時間）。
web和應用服務層：oc4j、weblogic、websphere、jboss等；
資料庫服務層：mssql、oracle、db2、mysql、sybase、informix等；
主機層：strobe（compuware）、candle（ibm）。
效能學習筆記 2 有效應用程式效能的基本原則
效能測試箴言 在應用程式的生命週期中，應盡早建立效能測試意識。效能相關的需求可以定義為 非功能性需求 對於任何乙個新專案，都應該問問以下的這些問題 這些問題的答案將會引出其他一些問題，比如 在實施有效的效能測試策略之前，需要解決很多問題，當然，所謂效能測試，可不僅僅是建立負載，並觀察系統響應這麼簡單...
應用程式池效能 應用程式效能和反模式
應用程式池效能 您選擇的任何應用程式都存在一些問題 大小不一。會有貼上貼上的 錯誤和演算法，可以更好地考慮一下。但是，將反模式與這些正常錯誤區分開來的是，像反模式一樣，這些反模式在整個 庫中都不斷出現。在處理效能問題的最新經驗中，我觀察到某些反覆出現的主題正在破壞整體應用程式的效能。這些反模式中的大...
C 應用程式效能優化
本文選自c 應用程式效能優化 第2版 一書 總 序 去國離家十六載後，2006年，當我再次歸來凝視上海這座不夜城時，不由地感慨世界真的變小了 變平了，中國作為地球村的一員，正以驚人的速度發展變化著。世界正改變著中國，中國也不斷影響著世界。在備感欣喜振奮之餘，我亦常常思索，在乙個越來越小 越來越平的世...