其他

看AutomatedQA的網站介紹TestComplete的文字：Test Complete is an automated test manager, with project level support for the full range of internal and UI testing. Designed for developers and

  註：本文最早發表在《51測試天地》第九期檢查介面元素的尺寸在使用者體驗和介面規範性測試中，還需要檢查介面元素的尺寸是否滿足一定的規範要求。例如檢查所有對話方塊中的按鈕大小是否一致、檢查控制項的長度和高度的比例是否恰當等。這些都可以用自動化的方式實現檢查，只要擷取到控制項的長度和寬度就可以進行自動的比較。    在QTP中，可以通過GetROProperty方法擷取到測試對象的height屬性和width屬性，例如下面的指令碼所示：height =

/* 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

今天查看部落格信箱時，才發現overloadzy 的一封郵件：Hello! 經常來看你的部落格，包括在51電子雜誌上發表的文章，很多文章看了很受啟發啊，呵呵。 我最近在琢磨如何擴充QTP對於不可識別控制項的處理能力的問題，呵呵，下面是在3A發的一個文章。 http://www.3atesting.com/bbs/thread-2705-1-1.html TC也是剛剛接觸到，可能用習慣了QTP，感覺上手不是很快，呵呵。 想問下，TC裡面能夠通過什麼方式擴充對於不可識別控制項的識別及處理能力呢？

在編寫自動化測試指令碼時，等待測試對象出現，然後針對該測試對象執行相關的操作，是一個常見的指令碼設計問題。在TC中，有如下幾種方法：（1）Web頁面的等待。在QTP中，可以使用Browser().page().sync 的方法來等待某個頁面完成載入，而在TC中，可使用Page.ToUrl、Page.Wait 或 WaitPage 等方法，例如下面的例子用於等到指定URL地址所指的頁面載入完成並出現指定的頁面元素：' Obtain the Page object' We assume that

最近有人問到如何將QC中的測試案例，包括step以及step的參數，並且保留它的目錄結構。如果熟悉QC的表結構的話，這個問題不難解決。 可以參考下面的SQL語句來做：--查出所有測試案例IDSELECT TS_TEST_ID FROM td.TEST ORDER BY TS_TEST_ID ASC--查出所有測試案例的描述資訊SELECT

/* 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

催化劑概念在管理領域的應用開場白 先聲明一下，前面有朋友問到催化劑管理是什嗎？我沒有回答。這倒不是故意賣關子。實在是當時一時性起，把自己的一點不成熟的管理嘗試拿出來分享，沒有充分的準備。所以，沒敢貿然回答。 分享前先講兩個約定，主要是為了保證分享的品質，如果給大家造成不便，還請包涵。

 什麼是探索性測試？陳能技2007-8-16 原文：What is Exploratory Testing?And How it Differs from Scripted Testing - James Bach 探索性軟體測試是一種強大和有趣的測試方法。在某些情況下，它比劇本化的測試更高效。其實，每個測試員都在不知不覺地在用到探索性測試方法，但是很少有人學習和重視這種方法。現在是時候認識一下探索性測試方法了：科學的即時的思考。 Concurrent Test Design and

/* 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

制定QTP測試指令碼編碼規範時可以考慮以下幾個方面：（1）常量命名規範（2）變數命名規範（3）對象命名規範（4）代碼注釋規範（5）代碼風格另外，在QTP中，還可以通過管理物件程式庫來提高代碼的可讀性、通過修改命名來達到更加易讀的效果，在制定編碼規範時也可把這部分的內容考慮進去。詳細內容參見《QTP自動化測試實踐》第22章  如何編寫高品質的QTP測試指令碼

JUnit與JTiger的比較 在08年的STP第6期雜誌，Marcus Borch在《Unit Test Tool Showdown》一文中將JUnit與JTiger這兩款單元測試工具進行了深入的比較。從表格中可以看出：JUnit在相關文檔資料的支援（論壇、郵件組列表等）、與IDE的整合、等方面更勝一籌，畢竟是老牌單元測試工具。而JTiger也有自己的優勢，就是在測試結果的報告功能上做得比JUnit好。 最後得分是JUnit以9分之差領先JTiger，“薑還是老的辣啊！”  

 專案管理和產品管理縐議項目    在PMBOKGuide中，PMI定義如下：項目是為建立專門產品或服務而承擔的暫時性工作，它具有明確的起止時間，與重複性操作不同，項目是漸進的。項目有成本、進度和品質效能方面的限制。專案管理   

 工具開發商開始向敏捷領域進軍  傳統瀑布模型中，開發人員編寫完代碼然後把它“扔過牆”給另外一邊的QA，而在這種模型下的工具也沒有把兩個階段的資料進行充分的共用。 現在，隨著敏捷的思想和方法，像儘早測試、頻繁測試，被逐漸地廣泛接受，工具也隨之關注於將開發與測試這兩個階段整合。 Borland將為其StartTeam開發一套SCRUM模板，工具將成為項目組每天的站立會議（Stand up

 TaaS（Testing as a

 如何發展一個理論取得偉大成就？1、 研究對象要有區別2、 研究假設前提要與眾不同3、 研究方法或工具要新穎獨到對於IT理論的發展也是如此！ 理論與生活經驗互動1、 理論對生活起指導作用2、 反之通過生活經驗對學術和理論進行發展、反思 波音、麥道合并與拆分微軟矛盾嗎？1、 拆分是因為自己的強勢過於明顯，自信的一種表現2、 合并是因為自己不夠過於強勢（與外界相比），所以需要進行合并以提高競爭力對於企業內部部門的合并和拆分也應如此 迴歸簡單！1、 在決策工作中無法得出重要結論是因為知道的太多而不是太

  推薦一個可用於捕獲各種螢幕對象的強大的API，名為ScreenCapture API，ScreenCapture API可以彌補QTP的CaptureBitmap函數的不足，可以在測試指令碼中加入強大的螢幕捕獲功能。 ScreenCapture API包括以下功能：（1）捕獲案頭。（2）捕獲當前啟用狀態的視窗。（3）捕獲螢幕的某個地區。（4）通過視窗控制代碼捕獲視窗。（5）通過視窗控制代碼捕獲視窗的某個地區。（6）轉換映像格式。（7）通過視窗控制代碼擷取IE對象。（8）捕獲完整的Web頁面。

註：本文最早發表在《51測試天地》第九期檢查字型設定    在進行使用者體驗測試時，還要關注介面的字型設定是否正確、統一。在QTP中，可以通過訪問控制項的Font屬性來擷取字型方面的資訊，通過FontSize屬性來獲得字型的大小，12所示。圖12  通過Object Spy查看控制項的字型屬性可以採用下面的簡單代碼來實現對字型的檢查：' 檢查控制項的字型類型vbWindow("Form1").VbEdit("Text1").CheckProperty "FontName","隸書"'

AutoIt是一款與AutoHotKey類似的輕量級自動化測試載入器，同樣是由AutoIt團隊開發。AutoIt是免費軟體，採用類BASIC的指令碼語言。可用於基於Windows