【正文】 點(diǎn)擊確定。第一步：打開QTP選擇“Record”，錄制腳本。 測試執(zhí)行結(jié)果登陸測試的結(jié)果顯示：本次測試運(yùn)行了一遍，并且通過，腳本錯誤得到修正。Datatable中的status與outmsg兩列的參數(shù)值出現(xiàn)了誤差，導(dǎo)致在測試中，賦值對比中找不到正確的對象。退出 本測試腳本通過點(diǎn)擊Help按鈕，查看密碼；通過For循環(huán)語句來獲取DataTable里設(shè)計(jì)的用戶名和密碼，驗(yàn)證正確的用戶名和密碼能夠進(jìn)入Flight訂票系統(tǒng)，實(shí)現(xiàn)用戶名及密碼的輸入自動化測試，并對其中的OK按鈕添加檢查點(diǎn)。等待5秒Window(Flight Reservation).WinMenu(Menu).Select File。點(diǎn)擊OK按鈕添加檢查點(diǎn)Dialog(Login).WinButton(OK).Click 39。點(diǎn)擊OK按鈕添加檢查點(diǎn)Dialog(Login).WinButton(OK).Click 39。點(diǎn)擊Help按鈕If Dialog (Login).Dialog (Flight Reservations).Exist ThenDialog(Login).Dialog(Flight Reservations).WinButton(確定).ClickEnd If 39。第五步：對容易出錯的地方設(shè)置檢查點(diǎn)，以便在自動測試時對其進(jìn)行檢測，有對話框上標(biāo)題“Login”，按鈕“OK”。第三步：測試要具有全面性，根據(jù)登錄界面的按鈕分布，先對Help按鈕進(jìn)行設(shè)計(jì)，用IF語句來控制確定Help之中的內(nèi)容后的確認(rèn)。 登錄功能測試 測試用例表41 登錄測試用例表測試編號NamePassword預(yù)期結(jié)果實(shí)際結(jié)果測試結(jié)果Flight_01TexText提示錯誤passFlight_02TexMercury提示錯誤passFlight_03Tex提示錯誤passFlight_04Text提示錯誤passFlight_05Mercury提示錯誤passFlight_06提示錯誤failedFlight_07Text提示錯誤passFlight_0812345提示錯誤passFlight_09TextMercury正確，進(jìn)入Flight正確，進(jìn)入Flightpass續(xù)表41 登錄測試用例表Flight_10TextText提示錯誤passFlight_11queenqueen提示錯誤passFlight_12*）123提示錯誤passFlight_13+/45mry提示錯誤passFlight_14mercurymercury提示錯誤正確，進(jìn)入FlightpassFlight_15axhumercury正確，進(jìn)入Flight正確，進(jìn)入FlightpassFlight_16AXHUMERCURY正確，進(jìn)入Flight正確，進(jìn)入Flightpass 腳本錄制第一步：對于登錄界面，首先對登錄進(jìn)行了錄制，分別輸入用戶名及密碼，生成了最簡單的VB腳本。通過報(bào)告中的測試信息，發(fā)現(xiàn)錯誤并增強(qiáng)腳本。包括測試名稱。測試過程中測試人員還可以調(diào)試自己的腳本，直到腳本完全符合要求。以及通過變量的參數(shù)化功能，使用多組的數(shù)據(jù)驅(qū)動整個測試過程。比如，當(dāng)測試人員單擊一個鏈接或選擇一個Check Box或者提交一個表單，相應(yīng)的操作流程都會被記錄在關(guān)鍵字視圖中。QTP的自動錄制機(jī)制能夠?qū)y試人員的每一個操作步驟及被操作的對象記錄下來，自動生成測試腳本。在測試計(jì)劃階段，首先要做的就是分析被測應(yīng)用的特點(diǎn)，決定應(yīng)該對哪些功能點(diǎn)進(jìn)行測試，可以考慮細(xì)化到具體頁面或者具體控件。當(dāng)然QTP是不能完全取代測試人員的手工操作，如測試腳本的創(chuàng)建和測試用例的設(shè)計(jì)。 QTP的安裝與配置第一步：點(diǎn)擊QTP的執(zhí)行文件，選擇路徑進(jìn)行安裝第二步：安裝完成后會出現(xiàn)下圖的對話框，然后點(diǎn)擊”O(jiān)K”，； 初始界面圖第三步：選擇“Blank Test”選項(xiàng)，； 空白測試創(chuàng)建 QTP的使用QTP進(jìn)行功能測試的測試流程包括（1）制定測試計(jì)劃（2）創(chuàng)建測試腳本（3）增強(qiáng)測試腳本功能（4）運(yùn)行測試（5）分析測試結(jié)果] 五個步驟：創(chuàng)建測試腳本制定測試計(jì)劃分析測試結(jié)果運(yùn)行測試增強(qiáng)測試腳本功能 測試流程圖自動測試的測試計(jì)劃是作為測試全工程的指導(dǎo)，根據(jù)被測項(xiàng)目的具體需求，和使用的測試工具特征而制定。它可以覆蓋絕大多數(shù)的軟件開發(fā)技術(shù)，不僅簡單高效而且具備測試用例可重用的特點(diǎn)。在測試前要考慮好如何制定相應(yīng)的測試計(jì)劃，例如要測試那些功能、操作步驟、輸入數(shù)據(jù)和期望的輸出數(shù)據(jù)等[13]。3 QuickTest Professional的簡介QTP是Quick test Professional的簡稱，是一款自動化測試工具。（6） WPF對象，一般為用WPF技術(shù)開發(fā)的桌面程序。（4）Flex對象，網(wǎng)頁的內(nèi)容是用Flex開發(fā)的。（2）IE網(wǎng)頁對象，一般性的網(wǎng)站，比如大的門戶類網(wǎng)站。AutoRunner是黑盒測試工具，可以用來完成功能測試、回歸測試，可以提高測試效率，降低測試人工成本。通過可視的導(dǎo)航器錄制并回放測試，每一個測試都將以樹狀結(jié)構(gòu)展示，以清楚地顯現(xiàn)測試通過的應(yīng)用路徑。TestPartner通過采用通用的、分層的方式來進(jìn)行腳本的開發(fā)。Test Partner作為一個自動化的功能測試工具，它專為測試基于微軟、Java和Web技術(shù)的復(fù)雜應(yīng)用而設(shè)計(jì)。一般，檢查點(diǎn)在QARun提示目標(biāo)系統(tǒng)執(zhí)行一系列事件之后被執(zhí)行。在記錄的過程中可針對被測應(yīng)用中所包含的功能點(diǎn)進(jìn)行基線值的建立，即在插入檢查點(diǎn)的同時建立預(yù)期值。QA Run。SilkTest提供了豐富的功能，使用戶能夠高效地進(jìn)行自動化測試。此工具為Java技術(shù)開發(fā)，十分便于移植并可提供多平臺支持。AdventNet QEngine是一個應(yīng)用廣泛且獨(dú)立于平臺的自動化軟件測試工具，可用于Java API測試、web性能測試、Java應(yīng)用性能測試、Web功能測試、SOAP測試、回歸測試和Java應(yīng)用功能測試。集成在測試人員的桌面IBM Rational Test Manager上，測試人員可以計(jì)劃、組織、執(zhí)行、管理和報(bào)告所有測試活動，包括手動測試報(bào)告。通過自動錄制、檢測和回放測試用戶的操作，WinRunner能夠有效地幫助測試人員對復(fù)雜應(yīng)用的不同發(fā)布版進(jìn)行測試，提高測試人員的工作效率和質(zhì)量，且保障跨平臺的、復(fù)雜的企業(yè)級應(yīng)用能夠無故障發(fā)布及長期穩(wěn)定運(yùn)行。在測試前要考慮好如何制定相應(yīng)的測試計(jì)劃，例如要測試那些功能、操作步驟、輸入數(shù)據(jù)和期望的輸出數(shù)據(jù)等。自動化功能測試的開發(fā)方式主要有：（1） 線性的（2） 結(jié)構(gòu)化的（3） 共享的（4） 數(shù)據(jù)驅(qū)動的（5） 關(guān)鍵字驅(qū)動的QTP全名HP QuickTest Professional software ，并更名為Unified Functional Testing　　QTP是Quick test Professional的簡稱，是一款自動化測試工具。熟悉和了解各種編程語言、編程工具，以及各種控件會使得在開展測試時得心用手。其次，什么時候開始自動化測試項(xiàng)目？不能過早，太早的話，軟件不成形，界面、編碼等不穩(wěn)定，改動頻繁，這時候開展自動化徒增成本，得不償失。短期的或者一次性的項(xiàng)目不宜采用，因?yàn)檫@反而增加開發(fā)周期和成本。于是自動化測試的優(yōu)勢則表現(xiàn)如下：（1） 可重復(fù)性強(qiáng)（2）計(jì)算精確（3）大批量操作（4）覆蓋面廣（5）搜索效率高在軟件測試的階段，自動化測試應(yīng)該被當(dāng)作一個項(xiàng)目來開展。當(dāng)然不意味著手動測試就這樣被淘汰，手工測試有這其不可替代的地方：（1） 測試用例的設(shè)計(jì)：測試人員的經(jīng)驗(yàn)和判斷能力是一切工具不具備的（2） 界面和用戶體驗(yàn)：人類的審美和感官及心理體驗(yàn)是其他無法代替的（3） 正確性的檢查：工具是不具備推理和邏輯思維的。在精確性的問題上，當(dāng)手動測試遭遇大量的數(shù)據(jù)需要檢查的時候，數(shù)據(jù)比較和搜索定位不僅效率不高而且易出錯，達(dá)不到預(yù)期的覆蓋率。細(xì)粒度的迭代讓每次的測試很難擊中目標(biāo)和定義標(biāo)準(zhǔn)。而在RUP迭代模型中，實(shí)施自動化測試時，需要與開發(fā)策略緊密結(jié)合，關(guān)注早期構(gòu)建、迭代的速度、風(fēng)險、覆蓋目標(biāo)等。在傳統(tǒng)的瀑布開發(fā)模型中，軟件測試作為一個獨(dú)立的階段出現(xiàn)，在進(jìn)入測試階段之前，應(yīng)該完成編碼并且提供完善的需求、設(shè)計(jì)和文檔。簡而言之，功能、性能和可靠性是衡量軟件質(zhì)量的三個維度指標(biāo)。因此，質(zhì)量不是簡單地滿足用戶需求，還得包含證明質(zhì)量達(dá)標(biāo)所使用的評測方法及標(biāo)準(zhǔn)，以及如何實(shí)施可管理、可重復(fù)使用的流程，以確保由此流程生產(chǎn)的產(chǎn)品已達(dá)到預(yù)期的、穩(wěn)定的質(zhì)量水平。1986年，ISO8492給出了質(zhì)量定義：質(zhì)量是產(chǎn)品或服務(wù)滿足明示或暗示需求能力的固有特性和特征的集合。軟件質(zhì)量是軟件產(chǎn)品的核心價值體現(xiàn)，也是企業(yè)競爭力的體現(xiàn)，重視軟件質(zhì)量的企業(yè)通常能獲得更多的收益。一是驗(yàn)證軟件功能正確的；另一種適用于證明軟件錯誤的。測試人員通過產(chǎn)品需求，以及用戶的實(shí)際業(yè)務(wù)背景，設(shè)計(jì)出各種測試用例，通過執(zhí)行測試用例，判斷被測試的應(yīng)用程序是否滿足用戶需求。而在軟件測試之前的開發(fā)環(huán)節(jié)中，開發(fā)人員已經(jīng)對對軟件進(jìn)行缺陷控制，盡管大多停留在“調(diào)試”階段的測試水平。由于軟件的復(fù)雜度高，狀態(tài)空間廣闊，因此，要覆蓋軟件所有的可能行為幾乎是不可能的。不同在于，硬件缺陷大多是可預(yù)見的，比較容易被發(fā)現(xiàn)。然而在一些比較依賴軟件進(jìn)行業(yè)務(wù)處理的領(lǐng)域，便可能造成重大的經(jīng)濟(jì)損失，甚至危及生命，例如2007年4月，某個軟件缺陷導(dǎo)致某地鐵系統(tǒng)的列車火災(zāi)，軟件未能檢測和防止剩余動力在設(shè)備中的使用，導(dǎo)致車過熱而起火。2軟件缺陷與軟件測試 軟件缺陷與硬件缺陷異同對于用戶來說，軟件缺陷與硬件缺陷一樣，會對用戶在使用時造成困擾。擁有自主知識產(chǎn)權(quán)的澤眾軟件是國內(nèi)領(lǐng)先的專業(yè)功能測試工具、測試管理工具的供應(yīng)商，從2004年起就推出了AutoRunner、TestCenter等優(yōu)秀產(chǎn)品。北京航空航天大學(xué)和北京大學(xué)經(jīng)過技術(shù)的攻關(guān)，共同研制了一系列測試工具和程序理解工具，例如具有典型代表的SafePro/javao和SafePro C/C++。國內(nèi)的軟件測試技術(shù)起步較晚，但隨著國內(nèi)軟件企業(yè)規(guī)模的壯大，人才的引進(jìn)和培養(yǎng)，越來越多的軟件生產(chǎn)商開始在自動化測試領(lǐng)域中進(jìn)行軟件分析和測試工具的研究和開發(fā)。常用的測試工具有Mercury Interact