其他

一個網友問了我一個問題如下： loadruner報錯：Error -27728: Step download timeout (120 seconds) 如何解決 語法檢查通過，但是在並發執行一個查詢時候報錯Action.c(16): Error -27728: Step download timeout (120 seconds) has expired when downloading non-resource(s)，請問有啥子解決方案，我使用web_set_timeout ，好象不起作用，

一種高效的項目啟動方式——QuickStart,該方法用以確認在項目開始之前理解項目的關鍵驅動因素。來自ThoughtWorks英國分公司的Liv Wild為現場觀眾介紹QuickStart的理念與實踐。主持人：有請Liv Wild做主題演講，演講的題目是“一種高效的項目啟動方式——Quickstart”。Liv

　　前一段時間，TrailRidge Consulting的Pete Behring發表了關於用敏捷方法進行專案管理情況的全球調查（PDF檔案）。這個調查的初衷是瞭解軟體組織採納敏捷的趨勢以及佔有率和工具使用方式之間的關係。　　調研的目標是為了確定：　　* 現在，大家正在使用什麼樣的敏捷過程？　　* 各敏捷組織正在使用哪種商業或開源工具？為什嗎？　　* 組織的大小與其所使用的敏捷工具的類型是否有某種關聯？　　*

 本文屬於技術分析和推測，本文中的資料，多是從官方資料推測得來，故無需詳細推導。  官方新聞如下：官方網站10月30日訊今天上午9時，北京奧運會門票面向境內公眾銷售第二階段準時啟動。截至上午11時，各個銷售渠道共售出門票約9000張，其中官方票務網站和中國銀行各代售網點所售門票數量佔98%。從今天上午的情況來看，公眾購買門票的熱情極其高漲。有些群眾很早就來到中國銀行排隊等候；官方票務網站的瀏覽量在第一小時達到800萬次，每秒鐘從網上提交的門票申請超過20萬張；票務話務中心熱線從9點到10點的呼入

效能測試常見誤區選自《Web效能測試實戰》               配套效能測試課程：        1、LoadRunner效能測試入門與虛擬使用者開發基礎（點擊進入）        2、LoadRunner Controller使用基礎（點擊進入）               請看下面一個效能測試小案例：某公司OA產品的新版本即將發布。為了看看系統的效能，決定安排測試工程師A君執行效能測試任務。A君做法如下：1.       找到一台PC機，CPU主頻1G，記憶體512M，……；2.  

 想要理解敏捷式軟體開發 (Agile Software Development)為什麼好，需要從軟體品質講起。那麼軟體的品質是什嗎？這個問題有很多中答案，我們不妨想看看傳統品質理論對於品質是如何理解的。教科書上說，在20世紀品質管理的發展曆程經曆了品質檢驗、統計品質控制和全面品質管理三個階段。其中，品質理念也在不斷的演變。據說有這麼幾個階段：符合性品質

     效能測試報告模板  《LoadRunner效能測試實戰》圖書配套效能測試課程：         1、效能測試入門與虛擬使用者開發基礎（點擊進入）        2、LoadRunner Controller使用基礎（點擊進入）1 基本資料1.1目的描述測試目的。1.2預期讀者報告的讀者。1.3術語定義報告中的屬於說明。1.4參考資料報告用到的參考資料。2 測試環境描述2.1

我們都知道，人對於世界的認識是一項主觀活動，它受到各種因素的影響，使得我們不能夠一下子對所要認知的事物有一個清晰的瞭解。具體到軟體開發中來，我們會發現，你很難在開發之前弄清楚客戶所有的需求。一方面，客戶對自己想要什麼可能並沒有一個明確的想法，這就好比在買衣服的時候，我們在專賣店裡看到一個衣服，會覺得自己穿起來很帥，但是你仍然需要把它真實的穿在身上才能看到實際效果，而在你看到這件衣服之前，你能夠僅僅憑著想象在腦海裡刻畫出這件衣服的樣子嗎？　　其次，軟體工業中我們講究的是投入和產出比，軟體業的成本主

以下為我和一條漢子的對話：Zee  HP 測試載入器，總代。 says:慚愧，瞎混。一條漢子 ～ says:客氣什麼，你現在有什麼組織還是一個自由言論者?Zee  HP 測試載入器，總代。 says:自由人。Zee  HP 測試載入器，總代。 says:遊盪在各論壇之間。Zee  HP 測試載入器，總代。 says:我喜歡跟一些人交流。很多有經驗的人。Zee  HP 測試載入器，總代。 says:還有很多其他的經驗豐富的技術人。一條漢子 ～

嚴格來說，不能算是真正的scrum實踐，但實踐敏捷的過程本身也是一種“敏捷方法”，所以就算是“敏捷實踐之敏捷開發方法－scrum過程”吧。一、理論參考：Scrum的實踐（該部分摘自網路）1.Scrum團隊（5-7個人的小項目組）。　　2. Backlog: 急待完成的一系列任務，包括：未細化的產品功能要求、Bugs、缺陷、使用者提出的改進、具競爭力的功能及技術升級等，按優先順序定義出來，這些任務可能不是完整的，甚至可能隨時會更改或添加。3. Sprint(衝刺):

 問題：  設定或不設定duration，事務何時開始停止？使用者停在什麼狀態？  實驗：  指令碼：  Action(){     //日誌是隨便打的，不寫也無所謂只要有事務就可以了。lr_start_transaction("test");       lr_log_message("Zee is a bad boy.");       lr_think_time(10);       lr_log_message("Yes,Yes");       lr_end_transaction("

Action() {      int count,total=0,i;      char buffer[1000];      long file_stream;     char filename[1024], command[1024],line[100];     char new_dir[] = "C://test";     if (mkdir(new_dir))          lr_output_message("Create directory %s failed",

 首先：謝謝曹向志老師的指點。   下面來看一下這個問題： 問題出現  前幾天一位珠海網友highoo問了一個問題：在使用LR進行效能測試的過程中出現了錯誤：WSA_IO_PENDING，Message Code 27740。官方troubleshooting如下：Message Code 27740Overlapped transmission of request to '%1' for URL 'URL' failed. The transmission of data to the

      最近兩周因為身體原因，一直在家休息，老老實實的待著。      昨天下午的時候，忽然收到哥們的簡訊——在海澱圖書城看到了《LoadRunner虛擬使用者開發指南》。本以為自己會非常高興，結果居然是沒有什麼感覺——也是是這本書寫的太久的緣故吧。     

很久沒有寫Blog，很多朋友、同事和同學都在問我 為什麼還不更新？越來越不敏捷了！哈哈 其實最近還是在學習和實踐敏捷開發，特別是研究敏捷開發過程中的測試方法。上周末剛剛給公司的一個部門培訓了敏捷開發。講了一天的敏捷開發，從理論到自己的親身實踐體會，帶著學員做了不少遊戲，感覺氣氛非常活躍，大家情緒高漲，學員普遍反映不錯。雖然站了一天，但是一點也不覺得疲憊。不過還有一些需要加強的地方，User

從開發的角度看待bug在工作中，經常有同事問到某個問題是不是bug，該不該提交，而且疑惑為什麼會引起這樣的bug，尤其是剛進入測試行業的同事。這個問題最好的答案就是提交。我基本上碰到這種問題就是鼓勵他們提交他們所疑惑和懷疑的問題，即使後來發現不是問題，留在bug庫中對後來的同事都是一種學習（在此建議給於新同事先看看bug庫中的bug，如果時間不夠也要儘可能的看看非正常結束的bug，如won't fix,not a

 看到這個新聞後頗有一番滋味，更體驗到我一直關注的軟體效能著實無處不在，這個案例也確實值得我們好好反思一下。不知道網友們有沒有報名參加國際日語考試的——這個網站每年05年前都有人不能報名，因為報名人數太多，所以報名當日大家守在電腦前，開啟一些所謂的報名攻略，拚命的刷屏什麼的，但是仍然有人不能正常報名。06年碰巧有個機會幫人報名，結果開始報名後，網站根本上不去。按F5，偶爾刷出一個介面，但是下一步就什麼都沒有了。我沒有參加這個奧運項目，所以只能猜測一下原因：1、首先是沒有考慮到這麼多使用者，因此在

  LR監控linux之詳解rstatd的安裝-Zee  1.    前期準備：  1,把rstatd檔案解壓到要監控的機器上。2,開啟終端，定位到rstatd檔案夾下：查看檔案夾中的內容如下：[root@localhost rpc.rstatd]# lsaclocal.m4    COPYING     Makefile.am    README        rstat_proc.c rup.1config.h.in   CVS         Makefile.in   

        從前，有一個A型血的人和一個B型血的人去登山。顯然A和B有著不同的登山方法。     　A到了山腳下，總是先停下來，仔細打量山勢。接著，圍著山腳轉轉，看看哪些是小山包，哪個是主峰。然後，設計幾條不同的 　　登山線路，並選擇出最好的登山線路作為首選計劃。同時，他還考慮到如果首選計划出現問題，則可以啟用第二計劃或第三計劃...    

只是隨便的聊天中的一部分：  飛雪連天 21:08:49你還真有時間搞這些，我現在看專案管理的資料，把專案管理的很多東西運用到外包測試的專案管理中 Zee 13:08:59 職位不一樣，想法不一樣。這些是現在我要關注的。不過專案管理的東西，我也應該看看了。未雨綢繆。    飛雪連天 21:10:56呵呵，很多東西，在測試專案中使用，要具體化，根據測試專案不同於研發項目 Zee 13:11:17說實話，測試專案，我一直對這個專案管理搞不太清楚。可能對所有的專案管理都搞不清楚。  Zee 13:11