其他

lrs_set_recv_timeout:發出請求後等待返回資料的時間lrs_set_recv_timeout2:接收返回資料的時間lrs_set_receive_option:停止接收資料1、Mismatch(不匹配) EndMarker(結束符)預設情況下是Mismatch起作用，Mismatch的預設值為MISMATCH_SIZE，也就是當buffer大小不同時停止接收，然後再重新讀取buffer直到逾時，從而產生wasted

效能計數器說明CPU：1.System：%Total Processor Time  平均CPU利用率（還可以正對某個程式如SQLserver Process%Processor Time）2.System：%Processor Queue Length 等待處理器處理的線程數（正常範圍為cpu數的1~3倍）3.Processor: %User Time  非核心級應用程式佔用的時間（如SQLServer或反病毒軟體）4.Processor: %Interrupts/Sec

 導讀：Gzip開啟以後會將輸出到使用者瀏覽器的資料進行壓縮的處理，這樣就會減小通過網路傳輸的資料量，提高瀏覽的速度。

今天說說測試方法與測試模型，個人覺得測試模型是一件很難懂的東西，可能是這個東西太抽象了吧，即使你有工作經驗，比如說你在大公司裡，你就是在自己的那小天地裡轉悠，別的也涉及不到啥，老師一個形象的比喻好：螺絲釘，就適合那麼大的洞；在小公司吧，整體的管理模型又沒有那麼健全，測試模型也只算是“紙上談兵”，想必有工作經驗的人都明白其中道理。但我還是要總結，嘿嘿！　　測試模型，到不如說是品質模型的模型，測試模型介紹的更加具體，從專案經理寫出專案計劃，整個軟體工程就開始了：　　最先是需求分析，這個要開發工程師完

          避免過度精簡臨時變數----重構的問題 在我重構的過程中，My Code出現了一個問題，出現了一個死迴圈！重構的一個重要手段就是把可惡的臨時變數去掉，而改之以方法的調用。這是Martin

接上回，簡述了效能測試的概況和一些情境描述，對於效能測試的理解，個人覺得還僅僅處在表面，理論比較少，實踐的也不夠深，可能跟從事行業有莫大關係，從運營層級的boss系統到雲級點播的分布式應用再到單一OA應用，逐漸的瞭解不同行業不同應用對效能的不同要求不同視角不同層面上的定位。典型的廣電行業核心部分CA系統的運營，核心服務的壓力是隨節目數量及節目標準（高清標清等）引起訊號頻寬的壓力和訊號衰減的程度，隨著客戶規模增長帶來CA系統的處理壓力（容量測試），單從用戶端的壓力來說主要來自於付費系統和點播系統；

案例：前面flex開發的網站、使用者登陸系統的使用者編號和id關聯1、     找到要關聯的文本，進入tree目錄2、  將登陸返回的編號和使用者ID儲存為一個參數3、  在彈出的AMF函數屬性的Responseparameter文字框中寫入參數名login：單擊“確定”後，該請求的傳回值將會儲存在login參數中，關聯完成（但由於login儲存了所以的返回資料，所以還要對這些資料進行處理，找到我們需要的資料）4、 

                 橫切關注點的兩種實現方法 軟體系統，可看作由一組關注點組成。其中，直接的業務關注點，是直切關注點。而為直切關注點提供服務的，就是橫切關注點。有兩種方法可以提供橫切關注點，一種是傳統的OOP方法，提供一個與直切關注點的實現一樣的類來提供服務。另一種是最新的AOP方法，提供一個Aspect方面（Spring

1、安全性測試適用範圍2、安全性測試過程圖3、安全性測試途徑3.1、自動化漏洞掃描工具appscan等3.2、伺服器帳號許可權測試、連接埠掃描3.3、http協議基本方法測試：put、delete、trace、move、copy3.4、web伺服器版本資訊（已知漏洞利用）3.5、dirbuster工具方式敏感介面遍曆（枚舉方式）3.6、Robots方式敏感介面尋找3.7、web控制台弱口令測試3.8、dirbuster目錄列表測試3.9、伺服器檔案歸檔測試（臨時檔案訪問）3.10認證測試3.11

1、設定檔中關鍵資訊是否加密：如資料庫連接帳號密碼2、頁面原始碼敏感資訊：如修改口令頁面修改時查看原始碼無明文3、代碼注釋敏感資訊：不包含比如：內網IP地址、SQL語句、密碼、實體路徑等4、異常處理敏感資訊：錯誤請求返回不包含敏感資訊如：伺服器版本5、webservice頁面資訊：如axis發布的HappyAxis.jsp不能直接存取6、web伺服器狀態資訊：錯誤參數請求7、上傳目錄和臨時目錄訪問8、日誌目錄、記錄檔明文資訊泄露9、公用檔案儲存體格式（如資料庫連接資訊、原始碼標頭檔等）

我之前做過短暫的開發，後來主要是測試，豐富的測試經驗(但僅限於黑盒)，並且有帶領團隊半年時間，期間和老闆學習了6-Sigma(黑帶)，也做過幾個專利，所以很有流程，改善，和客戶需求方面的sense,

 摘要本文的目的是以清單的方式提供BEA JRockit JVM的調優資訊。從深奧的命令列選項到迭代效能測試，本文涵蓋了許多方面。大部分資料都是我與使用者合作過程中收集的。您要是也有什麼技巧的話，請告訴我，在本文的下一版中，我會嘗試將它們添加進去。具體的產品版本資訊都已在適當的地方列出；但是，本文所提供的通用指南適用於JRockit的大多數版本。每個版本的JRockit都增加了新的設定和最佳化，所以請查看版本資訊 和

1.下單表GoodQuotePrice資料量基數會很大 一個查詢的時候用他做了主表外連2.sqlhelper 訪問資料庫連接未關閉，多使用者時記憶體會急劇增長，沒有釋放3. SearchMySelfGoodList  方法有bug  

　1、迴歸測試基本策略及其評價　　基於以上基本原則的闡述，迴歸測試的基本策略目前有如下幾種，現一一進行闡述。　　1.1 迴歸測試方式　　

轉自：http://www.51testing.com/?uid-83601-action-viewspace-itemid-3996摘要　　雖然Java虛擬機器(JVM)及其垃圾收集器(garbage collector，GC)負責管理大多數的記憶體任務，Java軟體程式中還是有可能出現記憶體流失。實際上，這在大型項目中是一個常見的問題。避免記憶體流失的第一步是要弄清楚它是如何發生的。本文介紹了編寫Java代碼的一些常見的記憶體流失陷阱，以及編寫不泄漏代碼的一些最佳實務。一旦發生了記憶體流失，

 下面我們來看一下首先我們要監視%processor time(processor_total):受的最大上限是%User time(processor_total):等。如果該值很高，可考慮增加索引，盡量使用簡單的表聯結，水平分割大表格等方法來降低該值。%DPC time(processor_total):Processor:% Processor Time%Disk time(physicaldisk_total)的百分比。如果三個計數器都比較大，那麼硬碟不是瓶頸。如果只有外兩個都比較適中，

 1.surefire plugin的作用surefire 外掛程式用來在maven構建生命週期的test phase執行一個應用的單元測試。它會產生兩種不同形式的測試結果報告：1）.純文字2）.xml檔案格式的預設情況下，這些檔案產生在工程的${basedir}/target/surefire-reports，目錄下（basedir指的是pom檔案所在的目錄）。它可以運行任何testNG,Junit,pojo寫的單元測試2.如何使用？使用該外掛程式很簡單,使用mvn

ClassPathXmlApplicationContext和FileSystemXmlApplicationContext的路徑設定祥解  /* * Created on 2004-10-16 * * http://www.open-v.com 提供代碼的維護工作 */package com.openv.spring; import org.apache.commons.logging.Log;import

擷取 IP地址 Netmark 子網路遮罩 Gateway 預設閘道 HostName 主機名稱 DomainName 網域名稱 DNS DNS的IP ，需要修改的檔案 /etc/sysconfig/network /etc/sysconfig/network-scripts/ifcfg-eth0 /etc/resolv.conf /etc/hosts 以下是我的設定 /etc/sysconfig/network-scripts/ifcfg-eth0

selectFrame(locator)在當前表單中選擇一個架構(你可以多次調用這個命令用於選擇嵌套架構)。要選擇父架構，用”relative=parent”作為定位器；要選擇頂級架構，用”relative=top”。你同樣可以通過基於0的索引號選擇架構；用”index=0”選擇第一個架構，或者用”index=2”選擇第三個架構。 selectWindow(windowID)選擇一個彈出表單；一旦一個彈出表單被選中，所有的命令將指向該表單。要再次選擇主表單，將對象設定為null。注意：windo