一、壓力測試關注點
伺服器cpu正常
伺服器記憶體正常
伺服器響應時間正常
資料庫cpu正常
資料庫記憶體正常
資料庫響應時間正常
資料庫連線數正常
訊息佇列生產和消費數量正常
二、jvm配置、資料庫配置、伺服器配置
三、測試策略
1、專案具體需求及業務場景：關注真實使用者會是怎樣的乙個業務場景，確定使用者的使用者習慣。
2、指標：響應時間在多少以內，併發數多少，tps多少，事務成功率，波動範圍，穩定執行時長，資源利用率。
3、環境：生產環境伺服器數量，測試環境伺服器數量，按照資源配比得出測試指標。
4、壓力機數量：如果併發使用者數太多，需要把壓力發到不同的壓力機，不然可能會存在壓力機瓶頸問題，導致tps和響應時間抖動。
5、系統架構：請求流經過哪些環節，壓測時監控這些環節。
四、伺服器資料採集結果
1、監控壓測前、壓測中、壓測結束後的cpu使用率
2、磁碟監控
3、資料庫監控
4、網路裝置監控
效能壓測一些心得總結（一）
便於檢視請求的整個路由過程，方便後期效能問題排查。主要的使用使用者，系統使用者使用的高峰期，方便推算系統當前最大併發數。也可通過系統日誌，來獲取系統 各場景當前最大併發數 明確本次效能壓測的待測場景，和各場景涉及的伺服器 明確各待測場景對應表的資料量，如果量不夠需要預製 伺服器名稱 伺服器ip 作業...
做了一些專案後的總結
將變數及引數多多輸出可以找到錯誤。也會使程式層次更清晰。要給程式多加注釋。分頁要注意要保留上次的輸入。1.在同乙個jsp中要用到request.getparemeter string pages request.getparameter dipage if request.getparameter ...
關於廣告聯盟完成後的一些體會
最近幫乙個朋友做了個廣告聯盟的功能，搞了兩個星期的樣子，其實時間主要花在了和他交流的上面了，差不多有一大半的時間由於我沒有明白他的思路，導致我做的東西完全不是他想要的，還好，雖然思路錯了，但是最後糾正的時候基本上也只是零零碎碎的改了下，但是這樣給我們帶來的損失是慘重的，乙個是時間，包括他的和我的，還...