一、效能測試的關鍵工作
一般中級工程師最關心錄製指令碼和編寫指令碼。關注點就是loadrunner用得很溜。其中像引數化、場景設定、虛擬ip等等，甚至指令碼程式設計等等，確實是很有炫技的感覺。但到最後，效能測試能不能做好：一是效能需求的收集和分析，涉及到業務層面、使用者模型，溝通能力和分析能力都很重要；二是效能測試結果分析，這個就涉及到系統架構層面。所以這些是高階工程師要理解和掌握的，實際是個無底洞。
二、效能測試的主要工作步驟
簡單來說，效能測試可以分成以下6個階段：
效能需求收集以及使用者業務模型設計
測試計畫設計：測試場景設計、負載計畫制定、測試資料和測試資源準備、形成測試計畫（測試方案）
錄製並增強虛擬使用者指令碼：識別協議、錄製指令碼、完善指令碼（資料關聯，例如sessionid；引數化，例如使用者相關資料、ip等等；加入檢查點，判斷返回結果時期望的）、驗證指令碼準確性（併發使用者不帶思考時間的情況下，指令碼執行通過，一般就可以了）
建立並定義效能測試場景：這個其實很關鍵，實際就是模擬業務和使用者模型：是否加集合點，是否需要虛擬ip，各種業務比例，使用者載入和釋放的時間，間隔時間（思考時間）等等。但就像我上篇吐槽的，往往被初級使用者忽略。
執行效能測試場景，適時調整：執行前，要先確認一下網路環境、伺服器資源、業務使用者等等；執行中，要關注監控的各項指標；關注業務完成率和失敗率，資料有異常需要適時調整。
分析測試結果，形成測試報告：這部分其實比較專業，要注意哪些是需要過濾掉的，要是有人直接拷貝個圖給你，直接diss之，明顯是初級使用者。碾壓無妨。
很多測試如果是內部產品，可能第
一、二步相對比較顯而易見，直接到第三步了。還有很多時候，可能把3-4-5直接合併成測試執行階段；或者弄成測試準備和測試執行兩個階段，實際要做的都還是這些事。
三、效能測試的一些基本內容
基準測試： 對各個業務的乙個單使用者的基準測試，評估基本情況，實際錄製指令碼階段，驗證指令碼的時候就應該做。
穩定性測試（可靠性測試、強度測試）
併發測試
容量規劃測試
大資料量測試
效能達標測試
每個名字對應著不同的測試重點，需要根據實際情況來決定，包括測試名字。
CURL使用HTTPS的技術小結
curl 是 linux 下命令列提交 方法等。其中對 的支援有些技術細節還是很有點講究的，也是我在最近工作中費了不少時間摸索出來的。curl 對 https 的支援是通過 cacert,capath,with ca bundle 等引數來對 加以支援的，詳細資訊可以 curl help 來得到引數...
Apache 防盜煉的技術小結
一.遭遇盜鏈 個人 使用的是國外付費空間，有流量限制。今天是 2007.03.29，收到主機商的通知郵件，提醒我本月的流量即將超出配額。超出流量，就要向萬惡的美帝資本家交銀子，嚇我一跳，平常 的流量根本使用不完，馬上檢視 awstats 的日誌分析，沒有發現什麼異常。於是把 access log 日...
關於WCF的一點小結
wcf核心技術 筆記 wcf的重要性 全球分布式網路的核心是服務，在windows平台上，wcf是提供和使用服務最簡單的方式 遮蔽了負責的底層通訊協議 契約 服務契約 同步請求 響應操作 非同步請求 響應操作 單向操作 雙工操作 資料契約 訊息契約 小結 wcf非常多地利用soap標準來進行契約定義...