【正文】 檢查點 檢查網(wǎng)頁上或是窗口上該出現(xiàn)的文字是否正確 檢查訂票后是否正確出現(xiàn)訂票成功的文字 圖像檢查點 擷取網(wǎng)頁或窗口的畫面檢查畫面是否正確 檢查網(wǎng)頁 (或是網(wǎng)頁的某一部份) 是否如預期的呈現(xiàn) 數(shù)據(jù)庫檢查點 檢查數(shù)據(jù)庫的內(nèi)容是否正確 檢查數(shù)據(jù)庫查詢的值是否正確 易用性檢查點 檢查網(wǎng)頁的易用性（根據(jù)W3C的易用性標準） 檢查一個頁面上的圖像是否有Alt信息。測試流程圖對象庫（Object Repository）是自動化功能測試工具的知識庫。 主要應用于測試標準的網(wǎng)頁對象，一般Windows程序，VB程序，ActiveX控件，多媒體對象等。使用Test Lab Manager，可以把測試安排在無人操作的狀態(tài)下自動運行，且所有的測試結果可以自動保存。測試計劃中的測試案例支持手工案例和自動化案例的設計，通過建立測試案例和測試需求的關聯(lián)，可以統(tǒng)計和分析測試需求的覆蓋率，并且進行針對需求的測試。通過配置，可以實現(xiàn)需求的審查和審批流程。需求管理將測試案例與應用功能需求相聯(lián)系，確保了整個測試流程的統(tǒng)一。基本的構建過程包含以下任務：持續(xù)集成系統(tǒng)的組成由此可見，一個完整的構建系統(tǒng)必須包括：1. 一個自動構建過程，包括自動編譯、分發(fā)、部署和測試等。而每次的集成都是通過自動化的構建來驗證，包括自動編譯、發(fā)布和測試，從而盡快地發(fā)現(xiàn)集成錯誤，讓團隊能夠更快的開發(fā)內(nèi)聚的軟件。 功能設計自動化測試框架建設項目的主要功能分兩大部分，一是持續(xù)集成平臺的建設，一是測試管理平臺的建設。集成平臺構建于J2EE的B/S架構，可以部署在Tomcat, JBoss，Weblogic Server和Websphere等應用服務器之上，且支持運行在Windows，Linux和Solaris操作系統(tǒng)之上。XXX公司自動化測試框架建設咨詢項目設計說明書項目概述 項目名稱XXX公司自動化測試框架建設咨詢項目 項目背景XXX軟件研發(fā)部已經(jīng)建立了內(nèi)部工作指引，指導軟件開發(fā)過程。用戶可通過WEB瀏覽器進行訪問，實現(xiàn)相關的配置管理和信息反饋。持續(xù)集成平臺對現(xiàn)有開發(fā)平臺的開發(fā)成果做相應的集成，構建，部分測試，部署到測試環(huán)境的工作。持續(xù)集成的核心價值在于：1. 持續(xù)集成中的任何一個環(huán)節(jié)都是自動完成的，無需太多的人工干預，有利于減少重復過程以節(jié)省時間、費用和工作量；2. 持續(xù)集成保障了每個時間點上團隊成員提交的代碼是能成功集成的。2. 一個代碼存儲庫，即需要版本控制軟件來保障代碼的可維護性，同時作為構建過程的素材庫。 編譯源代碼，源代碼檢查Quality Center 支持管理多種需求，例如功能需求，測試需求，安全需求等，可以建立各種需求的模板，強制用戶填寫需求信息?？梢赃x擇單個或者多個需求，生成保持結構關系的測試案例。Quality center 支持直接將HP其他自動化測試工具的腳本保存在其中，通過開放式架構，也可以通過二次開發(fā)集成其他第三方的自動化測試工具。測試集可以設置執(zhí)行時的操作和處理，例如滿足一定條件下發(fā)送郵件提醒，失敗時自動化案例的嘗試次數(shù)，失敗后執(zhí)行的恢復案例，測試失敗后的后續(xù)操作等?？梢悦嫦蚴煜I(yè)務的非技術團隊。其主要功能是存儲和管理測試對象的信息。XML檢查點 檢查XML文件的內(nèi)容 注意：XML檔案檢查點是用來檢查特定的XML檔案；XML應用程序檢查點則是用來檢查網(wǎng)頁內(nèi)所使用的XML文件。 虛擬對象 可以通過將應用程序的任何區(qū)域定義為一個虛擬對象，指示 QuickTest 將該區(qū)域識別為對象。有效的自動化性能測試可幫助您做出更加明智的發(fā)行決定，防止發(fā)行的應用程序帶來系統(tǒng)停機和可用性問題。單位時間內(nèi)處理的事務數(shù)量。LoadRunner174。LoadRunner是目前應用最為廣泛的性能測試工具之一。的LoadRunner使用LoadRunner或Linux直接連于數(shù)據(jù)庫服務器，從中您可以獲取所需的數(shù)據(jù)（如定單號和用戶名）并直接將其輸入到測試腳本。user的Rendezvous例如，您的目標可以是確定您的應用系統(tǒng)承受的每秒點擊數(shù)或每秒的交易量。users例如，這個交易細節(jié)分析機制能夠分析是否因為一個大尺寸的圖形文件或是第三方的數(shù)據(jù)組件造成應用系統(tǒng)運行速度減慢。場景分析圖1) 并發(fā)數(shù)執(zhí)行情況（Running Vusers）并發(fā)數(shù)執(zhí)行情況反映了在場景執(zhí)行過程中各個并發(fā)數(shù)的運行情況，成功了多少，失敗了多少，是否按照既定的場景執(zhí)行計劃運行，是否達到預期的執(zhí)行效果，如果在某個時間，執(zhí)行失敗了，或者存在異常，那么并發(fā)數(shù)的圖表將是波動，可以從圖中直觀的看出來，同樣根據(jù)場景中Error的信息，定位在何時出現(xiàn)了錯誤，此時執(zhí)行的并發(fā)數(shù)是多少。以此檢驗您所做的修正是否改善了運行性能。度身定制的圖示和報告幫助用戶分析這些數(shù)據(jù)。對報告和分析圖示的修改可以存儲為共有視圖或者私有視圖，便于以后重復使用。QC提供了測試項目整體的MS Word報告，用戶可以選擇項目實體（需求，案例，執(zhí)行和缺陷）可以定義實體的過濾條件和展現(xiàn)字段和方式，最后生成總體的MS Word格式報告，便于分發(fā)和保存。需求，測試計劃，測試實驗室和缺陷模塊都提供了分析和報告，提供了針對各種項目視圖的圖示，包括：216。缺陷管理支持整個缺陷生命周期——從初始問題發(fā)現(xiàn)，直至缺陷修復和驗證修復，這樣就確保了缺陷在定位之前，不會被忽視和關閉。事務通過數(shù)圖3) 平均事務響應時間（Average Transaction Response Time）平均事務響應時間在整個測試過程中是一個很重要的參考指標，他能清晰的反映出場景執(zhí)行過程中，每個事務的執(zhí)行時長，整個業(yè)務中哪個操作最耗時等等。交易細節(jié)監(jiān)測器分解用于客戶端、網(wǎng)絡和服務器上端到端的反應時間，便于確認問題，定位查找真正出錯的組件。它的實時瀏覽器幫助您從終端用戶角度觀察程序性能狀況。再者，利用LoadRunner內(nèi)含集成的實時監(jiān)測器，在負載測試過程的任何時候，您都可以觀察到應