其他

         本文在第一篇的基礎上講解，如果你還沒有安裝curl-loader效能測試工具。請先參考《效能測試工具curl-loader(linux)》　　　這一節具體分析一下curl-loader的使用，以及各項參數的含義。        簡單的效能測試與要求環境：------------------------------------------------------------------------------------------------------------------

 　　十足的標題當，對不起！其實，我是想把最近狀態與想法分享出來，這一篇不討論技術。這一篇將沒有任何關於技術的東西，如果你有興緻將其閱讀，我將非常高興。 寫部落格的心態                                                                                  

 　　cookie、session、sessionid

 　　　　最近一直在思考技術與工具之間的關係。在談及這個話題之間，我先來講一個例子。 　　在一個武俠小說裡，一個小孩父母被仇人所殺害。這個小孩立志要為父母血仇。於是，不遠千辛萬苦找一到一個世外高人，求高人傳授其絕世武功。那麼這位世外高人有兩條不同的方式教育這個小孩。　　方式一：放眼當今武林，最厲害的神器非屠龍刀莫屬，憑自己的身手，奪得屠龍刀乃囊中取物，信手拈來。於是，輕鬆得到屠龍刀之後，然後對小孩體質、骨骼進行分析，再自創立一套路適合小孩體質的屠龍刀法。以屠龍刀最大的維利來配合小孩的體制，以便讓

 mod_cache是apache中基於URI鍵的內容動態緩衝(記憶體或磁碟)  　　從Apache2.2起，mod_cache和mod_file_cache將不再是實驗模組，它們已經足夠穩定，可以用於實際生產中了。這些緩衝體系提供了一個強有力的途徑來加速原始web伺服器(origin webserver)和Proxy

   上一節初步介紹了什麼是單元測試，為什麼要做單元測試，以及junit4的初步使用，這裡我們接著說一下junit4中的註解。  =============本節知識點============================*     Error和Failures*    Junit4 Annotation================================================================== 1.   在講註解之前，先來認識

 　　又屬於一篇普及文，希望自己在被各種技術吸引的同時，能時常來整理和總結軟體測試最基本的知識。　　從剛工作時接觸的第一個缺陷管理工具禪道，到redmine、JIRA、bugzilla ，再到現在的QC，當然還有其它種的開源的或商業的缺陷管理工具，它們的本質是一樣的，就是來管理缺陷的生命週期。　　其實，你理解任意的一款工具，其它的工具也一定能無師自通。這不談某款工具，單把它本質的一些東西抽離出來與大家分享。 Bug的屬性                                      

這一節我們將學習進行批量處理，假如我們有多的測試，怎樣進行批量處理，請跟著我做。---------------------------------------------假如我們寫了兩個被測程式。如下：T.javapackage com.junit4.cc;publicclass T {publicint add(int x ,int y){return x+y; }publicstaticvoid main(String args[]){int z=new T().add(3,5);

      在此之前我搜集一些關於測試案例的知識，後來在我們的QQ群裡專門定了一期討論，來探討測試案例，畢竟這是一個很大的話題，很難做到面面俱到，但我會盡量全面，用通俗的語言來說測試案例。---------------------------------------------------------------------------------------註：我們這裡要說的測試案例指功能測試用例。一、什麼是測試案例？    

上一節介紹瞭解頁面效能測試及兩個測試載入器。本節要介紹的頁面測試載入器是做為瀏覽器的外掛程式嵌入到瀏覽器裡面的。----//工具介紹 Yslow：YSlow是Yahoo發布的一款基於FireFox的外掛程式。　　　　   YSlow可以對網站的頁面進行分析，並告訴你為了提高網站效能，如何基於某些規則而進行最佳化。　ShowSlow:  

  三種MPM介紹                                                                            

----//前言   

其實要說明這個參數的含義非常簡單，可能你早就知道他的含義，但我對這個參數一直有誤解，而且還一直以為是“真理”，原於一次面試，被問到了這個問題，所以引起我這個參數的重新認識。 先說說我錯誤的認識：     我一直把90%Line 理解為: 90%使用者的平均回應時間。假如有10個數：1、2、3、4、5、6、7、8、9、23我會從這一組數中剔除掉10%的“另類”，也就是剔除 23 ，因為如果把23計算進去求平均值，會有很大誤差。可能大部分（90%）使用者的響應感知那麼差。如果計算所有使用者的平均回應

 本文目的：　　Tuxedo 應用是效能測試的重點研究內容，作為效能測試人員，我們必須重點瞭解如何使用loadrunner 測試Tuxedo 應用。  Tuxedo介紹                                                                                

通過上一節的學習，相信我們已經會selnium IDE的基本使用了，為了使selenium 更強大，其實selenium

 　　我所要介紹的這幾本書都是國內作者出的，沒辦法！主要是英語太挫，英語阻擋了我閱讀國外作品的道路。剛入測試就有幸接觸效能測試，jmeter和loadrunner也屬於瞎倒騰著在項目中用過。今年換了工作徹底斷絕了我倒騰這些工具的權利。給自己想了想後路，白盒、自動化、效能，綜合考慮了一下，自己對效能測試最感興趣，也是比較有基礎，既然沒了工具練手。那隻能看書了。也算是打一下基礎，對整個效能測試有更好更深入的認識。 精通軟體效能測試與LoadRunner實戰　　《精通軟體效能測試與LoadRunner

  　　本來想用“優秀”，後來想想不過“合格”而已。最近工作與學習的想法，內容比較碎，先記錄下來。  　　由於有寫部落格的習慣，寫了不少關於測試的東西，常常被別人加群或直接加QQ問問題。可能是因為我寫了不少東西的緣故吧！大多數提問者會認為我一定水平很高，然後，問我是做什麼測試的？用什麼工具？我的回答是：主要以功能測試為主，會用到一些輔助的工具，如 fiddler。他們無不大失所望。 　　關於我的第一份工作的情況，我在《一個測試員的工作與學習》中已經說的比較詳細了。第二份工作（目前的這份工作）的經

關於，selenium 命令這一部分，為了便於像我一樣的菜鳥理解，我採用通過例子講命令的方式。邊學邊總結吧！相互學習。呵呵。菜鳥Selenium 命令通常被稱為selenese，有一系列運行測試案例所需的命令構成。 ----// Actions ----// Actions Actions描述了使用者所會作出的操作。Action 有兩種形式: action和actionAndWait,

      JUnit是一個迴歸測試架構（regression testing framework）。Junit測試是程式員測試，即所謂白盒測試，因為程式員知道被測試的軟體如何（How）完成功能和完成什麼樣（What）的功能。Junit是一套架構，繼承TestCase類，就可以用Junit進行自動化的測試了。     雖然大多情況下他是程式員的活，但作為測試人員還是有必要瞭解一下，畢竟也是測試工作，提高自己人技術，擴充思想是主要，邊學邊做筆記，這樣學過的東西才不會忘記，嘻嘻~！ ========

         這裡主要分享如何使用AppScan對一大項目的部分功能進行安全掃描。------------------------------------------------------------------------ 　　其實，對於安全方面的測試知道的甚少。因為那公司每個月要求對產品進行安全掃描。掌握了一人點提示，所以拿來與大家分享。　　因為產品比較大，功能模組也非常之多，我們不可能對整個產品進行掃描。再一個每個測試員負責測試的模組不同。我們只需要對自己負責測試的模組掃描即可。