其他

/* Style Definitions */ table.MsoNormalTable{mso-style-name:普通表格;mso-tstyle-rowband-size:0;mso-tstyle-colband-size:0;mso-style-noshow:yes;mso-style-parent:"";mso-padding-alt:0cm 5.4pt 0cm

在ITPUB上發表了文章《探秘QTP9.5新特性之過程指南（Process Guidance）》 http://publish.itpub.net/softtest/2008-07-08/200807081020854.shtml本文介紹了QTP最新版本9.5中的新特性“過程指南”（Process

轉載一篇好友 孫宗韜 的博文： 測試之途，前途？錢途？圖何？ 序言：在一篇日誌中，有朋友問我：“你認為測試這個職業裡面哪一個方向最賺錢，至少可以與開發相媲美”，為此，我不禁陷入沉思，曾幾何時，我也為這個問題徘徊過，沒有誰，一開始就能看得清路的方向：測試之途，前途？錢途？圖何？測試之路，路在何方；測試之殤，奈何，奈何； 一、測試之途-測試領域的切入點    ———無論做什麼，需求決定導向，心態決定走向   

Show Slow is an open source tool that helps monitor various website performance metrics over time. It captures the results of YSlow, Page Speed and dynaTrace AJAX rankings and graphs them, to help you understand how various changes to your site

The Origin of BashBash的起源 A shell is a program that runs operating system commands. Using a conventional desktop,the user selects an item with the mouse and then applies an action to it, such as highlighting an icon and choosing to copy it. In a

作者：歐陽辰  作為一個測試老兵，經常聽到有測試新人抱怨，需要和開發人員進行激烈的討論，感覺像打仗一樣。其實，測試人員和開發人員的戰鬥不僅僅在小公司有，在大型軟體公司也是比比皆是。這種"戰鬥"不僅僅發生在開發週期的初期，也發生在開發過程中，甚至在產品發布後，很多產品品質問題的追責也會引入新的"戰鬥"。  作為一個老測試工程師，也聊聊開發人員和測試人員的戰鬥，談談自己的心得吧。  先說說戰鬥的種類。1)

有一位老農的農田裡，多年以來橫埋著一塊大石頭。這塊石頭碰斷了老農的好幾把犁頭，還弄壞了他的中耕機。老農對此無可奈何，巨石成了他田時揮之不去的心病。一天在又一把犁頭打壞之後，想起巨石給他帶來的無盡麻煩，老農終於下定決心要了結這塊巨石。於是，他找來撬棍伸進巨石底下。他驚訝地發現，石頭埋在地裡並沒有他想象的那麼深、那麼厚，稍使勁就可以把石頭撬起來，再用大鎚打碎，清出地裡，老農腦海裡閃過多年來被巨石困擾的情景，再想到可以更早些把這樁頭疼事處理掉，禁不住一臉的苦笑。感悟：遇到問題應立即弄清根源，有問題更需

 各廠商在自動化測試載入器領域的爭奪有點愈演愈烈的味道。 AutomatedQA最近的銷售策略很明顯地針對HP http://www.automatedqa.com/l/tc-nl-mom/ 打出“Mission Off Mercury”的口號，呼籲大家“Stop overpaying for HP/Mercury software”（不要為HP Mercury過於昂貴的工具買單）。 TestComplete is the award winning test automation tool

為什麼我們的自動化測試“要”這麼難 筆者在別的貼子裡面曾提過，自己所在部門的 自動化測試經曆了幾次步進式的建設，都具有階段性的成果，但是總的看來卻不是一個成功的案例。因為趕進度，倉促的投入讓一大堆的指令碼品質比較低下，有幾個測試組由於沒有人力投入自動化開發而又不得不完成自動化的KPI，只好聘請外包來幫忙完成自動化。理智地想一想，咱們花的那點錢請到過真正精通自動化技術又肯主動深入考察我們公司業務系統特徵的外包嗎？況且外包終究還是要離開的，所以我們不得不接收一堆沒有經過精心設計、沒有組織性的指令碼—

 物件導向：測試工程師、測試分析與設計工程師、測試經理參考教材：《軟體測試技術大全》  訓練大綱：1、測試案例設計（1）等價類別設計法（2）邊界值設計法（3）正交表設計法與TCG的應用（4）組合覆蓋設計法（5）分類樹設計法與CTE的應用（6）基本路徑分析法（7）情境設計法（8）狀態轉換圖法（9）錯誤猜測法（10）因果圖設計法（11）決策表設計法（12）RBT測試案例設計工具的應用（13）模型驅動測試案例設計   2、測試過程管理（1）測試需求分析        - 分析需求規格說明書     

在ITPub上發表文章《如何進行測試自動化的成本估算》：http://tech.it168.com/a2008/0924/206/000000206243.shtml 大部分測試自動化項目失敗的原因主要歸咎於被測試應用程式的快速變化、不恰當的測試案例、不可靠的架構、指令碼編程的問題。分析這些問題的根源，我們可以看到，自動化測試必須分階段逐步開展，而不能局限在某個階段完成自動化測試。因此，建議自動化測試從選擇那些重要的、合適的測試案例開始，然後慢慢地擴充到其他方面。這樣會帶來較低的維護成本，但是實

做培訓講師就像做一名導演，一堂精彩的課程就像導演一幕精彩的話劇，為了這場話劇，你需要精心準備，在這場話劇中你既是導演又是演員，有時候你是主角，有時候學生是主角，你需要確保所有人都投入到這場話劇中，因此你需要引人入勝的演技，逼真的道具，跌宕起伏的故事，還要有化平淡為精彩、化腐朽為神奇的技藝。 你演出得越逼真，學生越投入，學到的東西就越多、越容易理解和記憶。 為了成為一名出色的導演和卓越的演員，我還需要加倍努力，哪天我的演技能達到信手拈來、收放自如、出神入化的境界，那麼我的理想也就達到了，哈哈哈。。

為什麼要做效能測試？以下是摘自Loadrunner協助文檔的回答： Automated Performance Testing is a discipline that leverages products,people, and processes to reduce the risks of application, upgrade, or patch deployment. At its core, automated performance testing is about

在LearnQTP上看到一篇關於解決QTP崩潰問題的文章：http://www.learnqtp.com/qtp-crashes-hangs-freezes-frequently/ pal_drv.sys is the system driver that may be the culprit for your frequent QTP crash issues. This driver was developed for text recognition mechanism that QTP

內 容 簡 介效能測試是軟體系統健康持續啟動並執行前提，在軟體系統上線之前，必須由效能測試工程師採用合理的測試策略，設計相應的效能測試方案，對軟體系統實施效能測試、壓力測試、負載測試等。效能測試往往能在軟體系統上線前揭露軟體系統的效能問題，如何診斷分析軟體系統的效能瓶頸是軟體Team

測試有沒有“錢”途？下面的一些資料應該可以說話：• The global software testing market is $13 billion (IDC1)• The size of the outsourced testing services market is approximately $6.1 billion (Dataquest)• The market for automated software quality tools for distributed

在LearnQTP上看到兩篇關於如何提高QTP指令碼執行效率的文章：Make your QTP scripts perform betterhttp://www.learnqtp.com/make-your-qtp-scripts-perform-better/A quick QTP tip that may improve the performance of your scripts (for a web based

推薦序        受多年好友能技兄所託，要我給他的新書作推薦序，心中難免有些驚訝。既欣賞其對技術的鑽研和執著精神，又佩服其毫不吝惜地將自身辛苦積累的實踐經驗總結出來，以書籍的形式傳播這些知識。於是動容，於是欣然動筆。       

最近有個網友求救，說在用TC測試第三方Delphi控制項 - DevExpress的ExpressNavBar時碰到不可識別和控制的問題。 錄製的指令碼如下：procedure Test2;  varp1 : OleVariant;  varw1 : OleVariant;  varw2 : OleVariant;begin  p1:= Sys.Process('Project1');  w1:= p1.frm_Main; w1.Click(171, 17);  w2:=

        初識泊涯是在07年，當時他出差到北京，於是不謀而合的相約見面。在後海的餐廳一起討論軟體測試、效能測試、效能調優，離別後還相約下次見面，但誰知造物弄人，只能在網上和電話中相見了。相隔幾年後，得知泊涯同學要出書了，就自告奮勇幫他寫下序。        閱讀泊涯這本《效能測試診斷分析與最佳化》時，讓我想起兒時母親給我講過的18顆櫻桃，18次彎腰的故事，歌德在他的《敘事謠曲》中講了這麼一則小故事：耶穌帶著門徒彼得遠行，路上看到一塊小小的馬蹄鐵，便讓彼得撿起來，但彼得懶得彎腰，假裝沒聽見。