其他

環境描述：Ubuntu Server 12.04 / java-6-sun-1.6.0.06 / apache-maven-3.0.41、安裝sun-jdk因為sun-jdk被oracle收購了，所以Ubuntu支援開源，目前已經沒有oracle java jdk新版本的更新源了，所以要安裝sun-jdk，只能安裝老版本，而且必須要更新Ubuntu的下載源，如下：需要安裝>> apt-get install

　　本次將介紹需求規格實例化過程的基本流程　　以下為需求規格實例化說明的主要過程模式：　　　　當我們擷取一個營運目標時，將按照上述流程圖來生產執行個體化需求過程從目標中擷取範圍通過使用者提供的需求描述，我們將這些描述轉變成另一種使用者能夠理解且真實使用者實際地行為方式，這裡就要引入User

      很久沒有這麼認真的去研究一款測試載入器了，之前學習和使用LoadRunner工具時讓我比較專註，可是總因為個人在學習，沒有討論的對象，同時基本上對這個也都是半斤八兩，著實讓我有點力不從心。畢竟學習還是需要相互交流和討論才能知長短，才能有進步和發展的空間，所以這次我學習QC就比較有底氣了，因為跟大家一起學，相信這樣的方式提高起來會比較快。     

這幾天仔細看了一下ibatis的文檔，發現2.2後，ibatis的改變還是挺大的。對於自訂類型支援的也不錯，這樣對於blob和clob資料的處理也就簡單多了。    不過在spring 中已經提供了很好的實現，所以這又省去了很多的功夫，接下來看看ibatis是如何支援clob和blob的。    ibatis提供了TypeHandler介面，用於處理資料類型，基本的實作類別為BaseTypeHandler    在spring

使用者名稱密碼的測試方法(別小看哦) 別小看了這個使用者名稱密碼這麼簡單的輸入框。可測試的內容還是很多的，並且引發的問題也有很多種類。下面就說一說他的測試方法。一、使用者註冊只從使用者名稱和密碼角度寫了幾個要考慮的測試點，如果需求中明確規定了安全問題，Email，出生日期，地址，性別等等一系列的格式和字元要求，那就都要寫用例測了~以等價類別劃分和邊界值法來分析1.填寫符合要求的資料註冊： 使用者名稱字和密碼都為最大長度（邊界值分析，取上點）2.填寫符合要求的資料註冊

 資料庫I/O可以很好的度量資料庫的使用方式，同時也是影響資料庫效能的主要瓶頸之一。資料從磁碟到記憶體或則從內容寫到磁碟這種操作時非常耗時。快取能很好的應到到這一問題來提高效能。   N+1問題是由於試圖載入和父記錄相關的子記錄而造成的。當如果你已經擷取一個父記錄時，若想獲得所有的這個父記錄的子記錄時，你需要多執行N個查詢，為了把子記錄查詢出來。  

近來跟蹤一個項目，發現同事們在執行效能測試時，比較熱衷於使用集合點，從概念上認為要得到並發使用者就必須設定集合點，認為在執行一個壓力測試指令碼時，設定了集合點才算是有效並發使用者，沒有設定結合點，就認為可能這個就不能準確的代表並發使用者數。當前我並反對這個觀點，不過卻讓我有一種疑慮，促使我想更深入的理解並發使用者和集合點，我相信大多數進入效能測試研究領域的朋友都應該有疑惑，主要原因我覺得還是由於不能深入理解LoadRunner的實現原理，而且缺乏對系統整個過程的分析，其中這裡面涉及到的知識包括網

環境描述：ubuntu server 12.04  / svn1.6  / apache21、先建立svn組和使用者：addgroud svnuseradd svn -g svn -m　　//新增svn使用者名稱，-g並制定它所在的組svn，-m同時建立svn使用者所在的home目錄passwd svn　　//設定svn使用者的密碼 2、安裝apache2和svn serversudo apt-get install apache2sudo apt-get install

工具：API文本查看器（） VB命名：“在VB中，如何聲明函數呢?我想，如果你正在看此文，那麼你絕對能夠回答得出這個問題。以下便是你應該很熟悉的函式宣告∶Function SetFocus (ByVal Hwnd As Long) As Long”即，這行代碼定義了名為SetFocus的函數,此函數具有一個Long型資料類型的參數，並按值傳遞(ByVal),函數執行後將返回一個Long型資料。   API命名：“API函數的聲明也很類似，如，API中的SetFocus

<ul id="callMe"> <li>Content 1</li> <li>Content 2</li> <li>Content 3</li></ul>/* hide container until all is ready */ .test, .test2,.test3,.test4{ display: none; } /*Main Container*/ .container

發布項目的時候Myeclipse彈出一個錯誤：     XXX could not be redeployed because it could not be completely removed in the undeployment phase. the most common cuase of this problem is attempting to redeploy while the server is running,which has locked one or more

把專業的問題通俗化—— ERP(Enterprise Resource Planning)企業資源計劃系統，是指建立在資訊技術基礎上，以系統化的管理思想，為企業決策層及員工提供決策運行手段的管理平台。 　　一天中午，丈夫在外給家裡打電話：“親愛的老婆，晚上我想帶幾個同事回家吃飯可以嗎？” (訂貨意向) 　　妻子：“當然可以，來幾個人，幾點來，想吃什麼菜？” 　　丈夫：“6個人，我們7點左右回來，準備些酒、烤鴨、番茄炒蛋、涼菜、蛋花湯……。你看可嗎？” (商務溝通)

如你“認為”自己會敗，你已敗了， 如你“認為”自己不敢，你是不敢。 如你“想”贏，卻“認為”贏不了， 幾乎可以斷定你與勝利無緣。 如你“認為”自己會輸，你已輸了， 證諸寰宇我們發現， 成功始於人之“意志”—— 一切決於“心念”之間。 如你“認為”自己落後，你是如此， 你需擁有“意念”登高， 需於“相信”自己之後， 方能贏得榮耀目標。 人生戰役非總偏向， 力量較強或速度快者， 遲早證明勝利歸於， “自認”會贏之勇者！

* 以無限為有限，以無法為有法。 * 我絕不會說我是天下第一，可是我也絕不會承認我是第二。 * 人，活著的人，創造武術的人要比任何已建立的各種武術體系重要的多，也更有價值。 * 修練功夫的目的不是致力於擊破石塊或木板…我們更關心的是用它影響我們的整個思想和生活。 * 僅學習某門派某人之機巧，即使發揮至極限，也非真正的搏擊。所謂成熟是指自我最深的覺悟，而非以做觀念上的俘虜。* 如果知識隨著傳統模式走，你就只能生存在傳 統的陰影下，瞭解的只是老路子，你並不瞭解你自己。 *

很久沒有做接手項目效能方面的測試，感覺陌生了許多，由於這次一個簡單的web頁面的壓力測試，突然覺得知識的積累不夠深刻，不能學著學著就丟了，如何積累成為自己的才是最重要的，凡是最後忘記的了那隻能說明還是認識和學習不深刻。效能測試一直都是測試行業的一個痛點，更是重點，可能我們都想做好它，但是不見得都有信心做好它，效能測試是一個帶著諸多非常不確定因素進行的，因為沒有標準答案，只能靠綜合技術能力來分析，當然經驗是最重要的，所以就需要不斷去探索、積累，甚至於周圍的同事進行討論，吸取多方的經驗。關於效能，我

      最近struts2還沒學完整，迫於對項目的需要，我開始研究許可權控制這一塊，這是每個ERP、OA、CRM等系統所必備的一個重要模組，關於這一塊也是每個開發人員感覺最頭疼的問題，因為至今這一塊還沒有一個完整可以直接拿來重用的架構，這給開發人員帶了非常大的麻煩，以至於每次開發一套系統都要重複做一個許可權管理的開發。重複的工作效率必然很低，當然我還沒有這個能力去開發一套這樣的架構，所以必須去學習這一塊的開發流程。     

 最近又是IT行業跳槽的高峰期，所以關於如何留住技術人才，也都成為大家時常熱議的話題。本人作為一名測試從業人員，對於此問題也頗有一番自己的看法，所以這裡只是針對測試行業的探討。　　目前在國內測試領域存在一些問題，如下：　　1、測試處於剛起步的熱門行業，但大學課堂並無此專業　　2、迎接畢業生大都期望從事開發，可能是由於受老師以及同行的其他影響，對測試行業認識不足　　3、在國內，測試行業的薪資水平目前還不如開發　　4、在IT行業上，普遍認為測試是沒有技術含量的一個職業，遠不如開發的技能能力　　5、在