其他

 1        效能測試流程1.1      效能測試計劃階段測試計劃階段主要工作如下：1、明確測試對象2、定義測試目標3、定義測試通過的標準4、規劃測試進度5、規劃測試參與人員（需求、開發、測試、營運和配置）6、申請測試資源7、風險控制1.2      效能測試設計階段測試設計階段主要工作如下：1、測試案例設計2、測試方法設計（單情境和混合情境）3、定義監控指標，如測試效能指標以及效能計數器等1.3     

如果還想在測試這條路上繼續走下去的話，那麼下面這些東西就是我們必須去掌握的，至少你還不想止步於簡單的黑箱測試～～其實，一直想去接觸Linux下的應用測試，這樣能學到東西會很多，而且會非常的受用。之前聽小布老師講，如果你想在IT技術上長期發展下去，那麼你就大膽擁抱Linux吧，因為在這裡你能學到東西遠勝過於你在Windows平台下學到的東西，而其中最經典的一段話就是：如果你一直跟隨微軟的技術，那麼終究會被拖死，因為微軟的技術一直在變化，而你卻需要不斷的去學習他的東西。而Linux不一樣，它更多的是

      記得有一次面試中面試官問了我一個問題,談談什麼是煙霧測試 (Smoke Test),我當時就傻了,估計人家從這個問題中就得出結論,我還是個新手,也許測試還沒入門呢!不過只有跌倒過一次,才不會再次在原來的地方跌倒,不然那樣就太糟糕了.就因為這樣我回去好好翻了翻資料,把煙霧測試 (Smoke Test)理清楚了,原來如此!      煙霧測試 (Smoke Test),嚴格來說就是一個準系統點的驗證測試,可能是我在上家公司的產品品質不怎麼樣的緣故吧,我們做得比較多的是煙霧測試

 LoadRunner11用的不多，之前大部分的時候是用LoadRunner9.5，主要原因是由於擔心新版本的穩定性，不過在Windows7系統下就不得不用LoadRunner11了，不過穩定不穩定，還是得用了之後才瞭解～    關於LR11情境中設定多台負載進行測試，發現一個問題，可能平時不太注意，或者不太關注。在LR11中我們添加一台負載測試機時發現不能手動更改虛擬使用者數，:                   上面的模式，只能在添加的時候修改使用者數，添加之後就只能更改總的Vusers，

關於vbscript，用過qtp工具的，估計都知道，但是vbs到底能做什麼呢？我想只有vb程式員才知道，不過vbs其實很簡單，稍微懂點開發，有點開發基礎的，基本都能看懂vbs簡單的指令碼，不過要想去寫這些指令碼還是得動手，有目的性地去學習，效率會事半功倍。說到效率，我還真是深有體會，我通常都是在遇到一個問題，然後不斷去探索和解決的過程中，等我把問題解決了我發現原來這樣學習一種東西，真是驚歎！vbs是很多病毒高手經常用的指令碼之一，也是早期作為病毒開發最主要的指令碼，因為vbs主要是是依賴於win

上周一個偶然的機會接到去IBM面試軟體測試的電話，順便說要準備哈英文，我到是比較興奮，雖說機會不大，但是能去面試一次也算是很幸運。        

    剛在51testing論壇上看到一個人發帖，說自己寫測試案例沒有很好的思路，對於一些複雜的功能點，有沒有比較好的測試覆蓋方法，比如進階查詢等等，非要列出來那麼詳細的測試案例嗎？～～～～看完之後，我就忍不住發言了，作為一個測試人員，設計測試案例那是本職工作，如果我們連寫用例的基本耐心都丟棄了，還談什麼測試。那開發總不能說因為寫代碼很麻煩，而不寫吧。很多事情沒有捷徑，必須要做的事情，那是沒有辦法去逃避，不然我們就失去了工作的意義了。　　其實說來，也是由於最近對於測試案例的設計，讓我產生了一些

什麼是XSS攻擊 XSS又叫CSS  (Cross Site Script) ，跨站指令碼攻擊。它指的是惡意攻擊者往Web頁面裡插入惡意html代碼，當使用者瀏覽該頁之時，嵌入其中Web裡面的html代碼會被執行，從而達到惡意使用者的特殊目的。XSS屬於被動式的攻擊，因為其被動且不好利用，所以許多人常呼略其危害性。而本文主要講的是利用XSS得到目標伺服器的shell。技術雖然是老技術，但是其思路希望對大家有協助。 如何尋找XSS漏洞

貼出自訂類LoggerClass代碼: require 'watir' require 'logger'require 'watir/logger'class LoggerFactory     def LoggerFactory.start_default_logger(fileNamePrefix)    time = Time.now.strftime("%Y%m%d%H%M%S")      logger = CoreLogger.new(File.join(File.dirname(_

Testlink是一個開源的測試管理工具，主要用於管理測試案例，從測試需求、測試計劃、測試案例管理和用例執行，到最後的結果分析，一套完整的測試流程式控制制，協助測試人員有效控制測試過程。下面說說Testlink的主要功能如下：1、 測試需求的管理2、 測試計劃的管理3、 測試案例的管理4、 測試案例的執行5、 測試結果的分析 (包括測試結果的圖表分析)6、

最近在與大家的討論中發現了LoadRunner的很多問題，出於解決問題的出發點，我也就相關自己不理解的問題在Google中搜尋了一番，並通過一些執行個體也去實際操作了一遍，發現很多問題確實並不是那麼難解決，而只是我們不夠細心，沒有認真去分析和總結。這裡簡單列舉我最近去研究的一個問題，就是關於LoadRunner在指令碼回放日誌中出現的Warning資訊，也就是所謂的警告資訊，通常我們可能覺得只要在錄製回放過程中沒有報error就認為指令碼是ok的，但是到真正去情境中去運行才發現，會不斷報錯，而且

現在支援Java的手機廠商很多，現將常用的手機廠商SDK和說明一下：1、 NokiaNokia不愧為手機行業的老大，對於j2me的支援也是一流的，有專門的網站提供SDK和各種文檔說明。網址是：http://forum.nokia.com.cn/sch/index.html

 關於效能測試模型的探討如下：　　隨著單位時間流量的不斷增長，被測系統的壓力不斷增大，伺服器資源會不斷被消耗，TPS值會因為這些因素而發生變化，而且符合通常情況下的規律。以下是一個效能測試壓力變化模型圖： 　　說明：　　a點：效能期望值　　b點：高於期望，系統資源處於臨界點　　c點：高於期望，效能處於拐點　　d點：超過負載，資源不夠用，系統處於崩潰　　通過如上模型圖中的情況，我們大致可以將當前效能測試分成如下4類：　　1、效能測試　　2、負載測試　　3、壓力測試　　4、穩定性測試　　》效能測試　

最近在整理測試案例，所以想找一個合適的工具來完成對測試需求、測試案例的管理。對比了一翻，發現開源工具中擴充比較好的還屬TestLink，而且還可以與JIRA進行對接，這樣就引起了我更大的興趣。加上之前本來就接觸過此工具，只是源於各種原因沒能深入去研究來著，這次也就是決心於此！於是就找來了Testlink的最新版1.9.3，將其搭建在Ubuntu

      第一次面試的是軟體測試工程師，感覺到來這裡還是不太熟悉這裡的面試規則，所以兩次面試都是遺憾告終。。。還是說說面試的問題吧，面試軟體測試，主要還是要經驗，畢竟人家不吧我們當著是應屆畢業生來肯待，況且應屆生現在對於很多企業來說也是有經驗就優先，何況我們這工作過一年的就更不用說了，所以有些不愉快，想轉行還是比較難，畢竟開發的經驗也不能當著是測試的經驗。    

下面貼出測試報告調用的類ReportClass代碼:class ReportClass  # Initialize the report class  def initialize()    @overallResult = 'Passed'    @reportContent1 = ''    @reportContent2 = ''  end  # Create a report  def createReport(reportName)    # Get current time   

其實我目前是處在自動化測試的迷茫期,不過為了不繼續迷茫下去,我決定從迷茫中自拔.以下是我總結出的一些可以供迷茫期的尋找方向的些許分享.既然要做自動化就不能盲目,至少要明白做自動化的原因,從根本上來解決問題,我想如果能從以下的方向來開啟自動化測試之門的話,自動化並不是那麼遙不可及.第一,我們談談,什麼是自動化測試?自動化測試是把以人為驅動的測試行為轉化為機器執行的一種過程。通常，在設計了測試案例並通過評審之後，由測試人員根據測試案例中描述的規程一步步執行測試，得到實際結果與期望結果的比較。在此過程

批處理(Batch)，也稱為批處理指令碼。顧名思義，批處理就是對某對象進行批量的處理。批次檔的副檔名為bat。目前比較常見

關於記憶體流失，相信大家都不陌生，壓力測試中經常會出現，本人最近在做一個壓力測試中就著實體會了一下，上來分享分享。　　記憶體泄露是指程式中間動態分配了記憶體，但是在程式結束時沒有釋放這部分記憶體，從而造成那一部分記憶體停用情況，重起電腦可以解決，但是也有可能再次發生記憶體泄露，記憶體泄露和硬體沒有關係，它是由軟體設計缺陷引起的。以發生的方式來分類，記憶體流失可以分為4類： 1. 常發性記憶體流失。發生記憶體流失的代碼會被多次執行到，每次被執行的時候都會導致一塊記憶體流失。2. 偶發性記憶體流失。