自主編寫部署性能測試的備

　　程式設計階段，好比做c++開發和資料庫開發的理念不同，做測試開發也有着不同的理念。我們本身是測試代碼，在我此次項目經曆考量的最多就是作業系統，編譯器，公司網絡，本身語言對網絡方面的性能和限制。我們做的不是安全防禦，不是應用系統，最終目的是提出一個說明書和送出bug，是以我們需要知道我們執行程式發現的問題是産品問題還是上述問題，即使用lr測試也是如此。這裡說下幾個理論：我們的程式做到什麼程度？平台化？程式化？腳本化？因為負責的隻有我一個人，是以隻做到腳本化。還有腳本的分布。因為我們是用例，而且大多是性能用例，不像别的功能用例自動一個個串行執行。是以在我選擇了功能強大的語言時我的測試腳本分為應用層（執行用例的函數），特性層（linux，windows，資料庫，網絡程式設計的特性函數），忽略底層（因為語言已經封裝很好） ，然後因為性能用例的特征做了一個選擇的接口層（每次每台測試機隻執行一個性能用例），然後根據用例的目的進行分類，測試模拟真實環境的性能名額用例，測試負載的峰值名額用例，測試壓力的用例（分測試用戶端用例和備用用戶端用例，往往壓力挂了，自主開發的主用例很難再去給壓壞的伺服器做判斷）

　　總結：下一步不管網頁相關的性能是由我做還是使用lr工具，最重要還是要提高代碼的函數通用性，我經曆的測試組的代碼很多封裝的慘不忍睹，因為很多測試人員測試時抽空出來寫自動化用例不可能會像開發那麼專心。其次是繼續提升自己對作業系統，資料庫和網絡本身的一些基本配置問題要更加了解，我送出很多緻命單往往都是很簡單的東西造成的。最後要按需求走，每做一個改動和新增要知道自己測試和發現的是自己的程式性能問題，還是區域網路絡問題，或者是原生産品作業系統問題，排除完後送出bug。

　　小資料：總編寫時間3~4個星期的腳本在一個疊代中發現了15個嚴重級别或以上的單。自己編寫性能腳本效率在國中期開發其實不比lr差。

====================================分割線================================

最新内容請見作者的github頁：http://qaseven.github.io/