其他

  每次在Controller中運行一個情境時，LR都會把返回結果儲存在你指定的目錄下，情境運行結束後，你可以在該目錄中找到一個副檔名為“lrr”的檔案，雙擊這個檔案就可以在Analysis中看到在本次情境運行過程中LR收集到的各種資訊。但是每次在Analysis中開啟返回結果時，LR都要去ACCESS資料檔案中讀取資料，然後初始化圖表，耗時太長。所以我們可以將返回結果儲存成Session——儲存成Session可以將當前Analysis中的所有內容以檔案的形式儲存下來，下次開啟Session（

“坦白地說，微軟所面臨的挑戰之一是它的很多員工還沒有遭遇過多少失敗。很多人從未遇到過失敗的項目。結果是，人們把成功視為理所當然的事，這是很危險的。。。人們遭遇失敗時，將被迫發揮出創造性，不分晝夜地深入探索並冥思苦想。每個公司都需要有過這種經曆的人。”——比爾.蓋茨“犯錯的重要性”，《美國航空雜誌》，1995年7月深有體會。特別是在軟體項目越來越龐大和複雜的今天，項目中任何一個環節的失誤都將對整個項目產生無法預計的影響。因此，也就特別需要富有經驗的——特別是有過失敗項目經驗、並從中反思總結過的人蔘

其他問題同理——庸人自擾。 小公務員之死 契訶夫

三天看了三部電影，總結評價一下 ^_^1.《哈裡傳輸速率與鳳凰社》說實話，真的不好看。因為看之前沒有接觸到任何網上的評論，所以看的過程中還是比較客觀的，可是真的很悶。感覺像是一部起承轉合的片子，為了把前面四部和後面兩部聯絡起來而做得——也不是不合理，畢竟七部呢，總有些是這樣的。情節有些老套，繼續在歌頌愛和友情，隔壁有人在看到一半之後開始犯困

唉，我自由散漫的性子又上來了，任憑身邊的人們著急忙碌，我這個上線實施組的 Leader 依舊一幅漫不經心的樣子～～～ 對不住大家啊。今天首次6點多就下班，發現原來從東山口打車是如此的不容易啊——因為之前都是淩晨兩點才下班，打車巨方便；有哥們兒居然跟我在馬路上比50米短跑，結果他贏了，搶走一輛計程車，偶只好搭地鐵再轉公交車～～～不知道愛喝土雞湯的同學們最近還有沒有心情呢。P.S. 我依然對MS的產品沒有任何好感，拒絕使用IE和妄圖使用

彩虹 列印此頁  歌手：杜德偉 專輯：i believe 詞 曲:陳羽凡編:黃中嶽 愛了就別偽裝 迷失了也別彷徨 不管未來怎樣 你都要保持堅強 如果明天你的心

   When work is a pleasure, life is joy! When work is duty, life is slavery. ——Maxim

對Web服務進行壓力測試來自Developworks 作者：Chris WilkinsonWeb 服務處於分散式運算的核心位置，它們之間的互動通常很難測試。分布式開發、大型的開發人員團隊以及對代碼日益組件化的期望都有可能使 Web 服務的開發變得越來越容易隱藏錯誤。這些類型的錯誤極難檢測出來。壓力測試是檢測這類代碼錯誤的一種有效方法，但是只有在壓力系統設計得比較有效情況下 才能發揮作用。本文將讓您深入瞭解一下這種壓力系統的基本要求。

上次我寫過一篇 如何在 Selenium 中操作 SPAN 元素  ，提到了如何在 Selenium 中利用 XPath 的方法定位和操作頁面元素。昨天抽空看了一下，Watir 目前也提供了對於 XPath 的支援，有興趣的朋友可以瞭解一下。下面會列出一些參考文檔和範例程式碼。首先要提到的是一篇參考文檔，關於 Watir 中對 XPath 的支援，點擊這裡下載。其中提到了，對 XPath 的支援需要滿足幾點要求：1.Watir 的版本是 1.5.x ，這個好辦，從 Watir

我們浪費掉了太多的青春，那是一段如此自以為是又如此狼狽不堪的青春歲月。有歡笑，也有淚水；有朝氣，也有頹廢；有甜蜜，也有荒唐；有自信，也有迷茫。我們敏感，我們偏執，我們頑固到底地故作堅強；我們輕易地傷害別人，也輕易地被別人所傷；我們追逐於頹廢的快樂，陶醉於寂寞的美麗；我們堅信自己與眾不同，堅信世界會因我而改變；曾經在某一瞬間，我們都以為自己長大了。但是有一天，我們終於發現，長大的含義除了慾望，還有勇氣，責任，堅強，以及某種必須的犧牲。在生活面前我們還都是孩子，其實我們從未長大，還不懂得愛和被愛。(

效能測試指標介紹原文連結:http://www-900.ibm.com/cn/products/servers/pseries/tech/tpcc.shtmlTPC-C作為一家非盈利性機構，交易處理效能委員會（TPC）負責定義諸如TPC-C、TPC-H和TPC-W基準測試之類的交易處理與資料庫效能基準測試，並依據這些基準測試專案發布客觀效能資料。TPC基準測試採用極為嚴格的運行環境，並且必須在獨立審計機構監督下進行。委員會成員包括大多數主要資料庫產品廠商以及伺服器硬體系統供應商。

原文出處：http://sitwithwhom.51.net/index.php?job=art&articleid=a_20050404_201024似乎許多人都對效能測試有或多或少的不清楚，這裡就我的理解提供一些解釋：1、負載測試（Load Test）、壓力測試（Stress Test）、容量測試（Capability Test）與效能測試（Performance

這兩天陸陸續續又看到一些關於“黑屏”的新聞，有律師要告MS侵犯使用者財產的，有律師要告MS壟斷的，西南政法大學還專門搞個辯論，方興東也跳出來嚷嚷MS不對。不可否認，國人開始有運用法律維護自己權益的意識是好的，通過合法途徑而不是過激行為表達自己的觀點，這也是好的；有不同的觀點產生，這也是好的。可問題是，我怎麼沒看到不同觀點呢？媒體夥同這些“精英們”繼續打著“正義”的大旗，卻在行炒作之實，一味的將MS妖魔化，為自己謀取眼球和點擊率——可能還有其他利益。可我就納悶了，天天用盜版的人沒有受到任何譴責，也

這幾天看了一些網上的評論和新聞，各界對於微軟黑屏的反應基本歸類於如下4種：1.媒體：只關心如何炒作和吸引眼球，大量刊發所謂的“反壟斷”之類的“專家言”評論，極少看到有反思中國軟體行業和把此次事件作為契機鼓勵中國軟體業發展，推廣中國國產軟體的內容； 2.國產軟體廠商：其實跟windows和office對應的國產軟體廠商本來也沒有幾家，我只看了一下自己比較熟悉的WPS，因為我之前在家裡的電腦就用這個，可以說WPS個人免費的版本做的還是相當的不錯的。另外，對於求伯君，我作為上個世紀就接觸IT行業的人，

    隨著Internet的日益普及，現在基於B/S結構的大型應用越來越多，可如何對這些應用進行測試成為日益迫切的問題。有許多測試人員來信問我B/S的測試如何做，由於工作較繁忙，對大家提出的問題也是頭痛醫頭腳痛醫腳，沒有對WEB的測試過程做一個整體的概述。希望通過本篇能夠讓大家瞭解大型Web應用是如何來進行測試的。

幾個月前，寫過一句評論，提到MS“是戰場，是原始叢林，只有最強者才能生存下來。”，其實這隻是一個含糊的表述。今天在看一本不相關的書時，發現自己對這個問題的思路變的更加清晰了。 MS--或者類似MS的其他外企，對一個人產生的最大的影響，莫過於讓一個人能夠在接受不到任何指令的情況下，依舊清楚的知道自己該做什麼和該怎麼做。特別是當需要決定該往什麼方向走，而不僅僅是考慮怎麼走的時候，MS傾向於教會一個人一邊行動，一邊用新的方式來思考。

明確了具體的效能要求後，可以開始進行測試，確定應用程式是否滿足這些要求。效能測試假定應用程式穩定、可靠地運行。因此，在測試中消除儘可能多的變數很重要。例如，代碼中的錯誤可以導致出現效能問題，甚至掩蓋效能問題。要精確地比較不同效能測試的結果，應用程式必須正確地工作。如果調整過程修改了組件的實現，則重新測試應用程式的功能尤其重要。應用程式必須通過功能性測試後才可以測試效能。除了應用程式更改外，硬體、網路通訊量、軟體配置、系統服務等諸多方面也會發生意外的更改。控制應用程式更改很重要。測量效能要正確地調

突然回憶起三個月前的這個時候，XXXX 項目正在上線前的衝刺階段，有一次，跟EriComputer、J.Z

         我們需要對一個商業系統進行整體效能測試，按照對使用者以往使用方式的分析，我們整理出了使用者在多個業務上的分布情況，也在Controller中添加了這些業務所對應的指令碼，設定了每個指令碼對應的虛擬使用者數。我們還希望可以類比一開始就讓所有使用者同時線上的情況，但我們又不希望使用集合點在每次迭代時都對各個業務造成那麼大的壓力——因為對組合情境來說，這種壓力似乎又不太合理。最後我們使用了Controller中的“Initialize all Vusers before