【正文】 x(Fly From:).Select Frankfurt Window(Flight Reservation).WinComboBox(Fly To:).Select London Window(Flight Reservation).WinButton(FLIGHT).Click Window(Flight Reservation).Dialog(Flights Table).WinList(From).Select 13536 FRA 08:00 AM LON 08:45 AM SR $ Window(Flight Reservation).Dialog(Flights Table).WinButton(OK).Click Window(Flight Reservation).WinEdit(Name:).Set qwe Window(Flight Reservation).WinRadioButton(First).Set Window(Flight Reservation).WinButton(Insert Order).Click Window(Flight Reservation).Activate Dim Insert_Done_Exist Insert_Done_Exist=Window(Flight Reservation).WinObject(Insert Done).Exist If Insert_Done_Exist=true Then micPass,訂票成功 ,根據(jù) Insert Done 對象存在判斷訂票成功 else micFail,訂票失敗 ,根據(jù) Insert Done 對象不存在判斷訂票失敗 End If ? 根據(jù)文本值判斷 這里，主要介紹如何根據(jù)訂單號對象是否可用，來判斷訂單是否成功。成功的截圖如圖 223 所示： 項目 報告紙 共 34 頁 第 26頁 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 裝 ┊ ┊ ┊ ┊ ┊ 訂 ┊ ┊ ┊ ┊ ┊ 線 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 圖 223 傳真截圖 代碼回放 Window(Flight Reservation).Activate Window(Flight Reservation).WinMenu(Menu).Select File。訂票系統(tǒng)中，針對訂票時間、出發(fā)點、目的地、航班、用戶姓名、機票等級等進行測試。 用戶名、密碼為空 用戶名為空、密碼錯誤 用戶名為空、密碼正確 用戶名錯誤、密碼為空 用戶名錯誤、密碼正確 項目 報告紙 共 34 頁 第 30頁 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 裝 ┊ ┊ ┊ ┊ ┊ 訂 ┊ ┊ ┊ ┊ ┊ 線 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 用戶名、密碼都錯誤 用戶名正確、密碼為空 用戶名正確、密碼錯誤 用戶名、密碼都正確 測試記錄 a 測試時間： 2020 年 9 月 19 日至 2020 年 10 月 16 日。 運行腳本時 ,QTP 分析該腳本要執(zhí)行那個對象的操作 ,然后根據(jù)該語句中的邏輯名 ,在對象庫中查找該對象的詳細記錄 ,然后在運行的真實披頭散發(fā)軟件中按圖索驥 ,找到需要操作的對象 ,把語句規(guī)定的操作施加在該對象上 .施加的主要動作就是把操作的相關(guān) 消息時間放入到該對象窗口的消息循環(huán)隊列中。測試工作分 為三個部分：一部分是登陸的，一部分是訂票的，一部分是有關(guān)傳真的。用戶訂票成功后傳真?zhèn)鲉螘r會跳轉(zhuǎn)到此頁面，該測試項目在這個基礎(chǔ)上 ,對傳真號、用戶簽名輸入的各種情況進行測試，之后比較最后結(jié)果與預期結(jié)果，達到測試這個訂票系統(tǒng)傳真功能的目的。例： OrderNo:13 ， insert 按鈕不可用 , update,Delete 按鈕可用 10/30/13 LosAngeles Denver 6696 zhang,1 Economy 腳本代碼 Window(Flight Reservation).Activate Window(Flight Reservation).WinObject(Date of Flight:).Type 121212 項目 報告紙 共 34 頁 第 17頁 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 裝 ┊ ┊ ┊ ┊ ┊ 訂 ┊ ┊ ┊ ┊ ┊ 線 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ Window(Flight Reservation).WinComboBox(Fly From:).Select Los Angeles Window(Flight Reservation).WinComboBox(Fly To:).Select London Window(Flight Reservation).WinButton(FLIGHT).Click Window(Flight Reservation).Dialog(Flights Table).WinList(From).Select 16805 LAX 12:48 PM LON 01:33 PM SR $ Window(Flight Reservation).Dialog(Flights Table).WinButton(OK).Click Window(Flight Reservation).WinEdit(Name:).Set yuanyuan Window(Flight Reservation).WinRadioButton(First).Set Window(Flight Reservation).WinButton(Insert Order).Click Window(Flight Reservation).Activate 判斷訂票 是否成功 判斷訂票是否成功，可以結(jié)合對象識別器，文本值進行判斷。 Expert View 是專家試圖，顯示了錄制的相關(guān) VB 腳本，父對象和子對象之間以分隔符分開。 C：輸入錯誤的用戶名、密碼，點擊登錄，期望系統(tǒng)提示：用戶名不存在，測試數(shù)據(jù) test， test。 資源和工具 項目 報告紙 共 34 頁 第 2頁 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 裝 ┊ ┊ ┊ ┊ ┊ 訂 ┊ ┊ ┊ ┊ ┊ 線 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 資源 測試服務(wù)器硬件配置： 軟件配置：數(shù)據(jù)庫平臺 人 員：測試審核人員 1 名 測試實施人員 1 名 測試地點：教四 416 工具 自動化性能功能測試工具： QuickTest Professional（ QTP） 送測要求 提交的測試產(chǎn)品按 下 圖 11 要求進行： 步驟 動作 負責人 相關(guān)文檔或記錄 要求 1 審核并提交測試 測試負責人 審核報告 測試負責人審核并簽字 2 接受測試 測試負責人 接受任務(wù)單 確認產(chǎn)品有無重大缺陷，是否可以繼續(xù)測試 3 執(zhí)行測試 測試負責人 Bug 記錄、測試總結(jié)報告 對產(chǎn)品質(zhì)量作出評價 圖 11 測試產(chǎn)品要求說明 編號規(guī)則 與本測試計劃相關(guān)的編號規(guī)則如下： ? 測試用例中的編號，功能名 +界面名（每個字第一個漢語拼音大寫） +編號 例如：用戶登錄第一個界面 ——YHDL 0001 ? 測試用例文件命名規(guī)則，模塊名 +測試用例 例如：用戶登錄模塊 ——用戶登錄測試用例 測試種類及測試標準 項目 報告紙 共 34 頁 第 3頁 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 裝 ┊ ┊ ┊ ┊ ┊ 訂 ┊ ┊ ┊ ┊ ┊ 線 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 測試種類 計劃完成以下類型測試：功能測試 測試方法及標準 功能測試 功能 系統(tǒng)能按照設(shè)計要求實現(xiàn)模塊的各個功能，數(shù)據(jù)硬完整、界面美觀、 操作方便 界面測試 詳細的界面測試可以參考相關(guān)文檔 數(shù)據(jù)項測試 ?字母數(shù)字 數(shù)據(jù)項是否能夠正確回顯，并輸入到系統(tǒng)中？ ?圖形模式的數(shù)據(jù)項是否正常工作？ ?是否能夠識別非法數(shù)據(jù)？ ?數(shù)據(jù)輸入消息是否可理解 幫助文檔測試 ?文檔是否精確描述了如何使用各種使用模式？ ?交互順序的描述是否精確？ ?例子是否精確？ ?術(shù)語、菜單描述和系統(tǒng)響應是否與實際程序一致？ ?是否能夠很方便地在文檔中定位指南？ ?是否能夠很方便地使用文檔排除錯誤？ ?文檔的內(nèi)容和索引是否精確完整？ ?文檔的設(shè)計（布局、縮進和圖形）是否便于信息的理解？ ?顯示給用戶的錯誤信息是否有更詳細的文檔解釋？ ?如果使用超級鏈接，超級鏈接是否精確完整？ 測試風險 本次測試過程，受以下條件制約： ?Bug的修復情況 ?模塊 功能的實現(xiàn)情況 ?系統(tǒng)整體功能的實現(xiàn)情況 項目 報告紙 共 34 頁 第 4頁 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 裝 ┊ ┊ ┊ ┊ ┊ 訂 ┊ ┊ ┊ ┊ ┊ 線 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ?代碼編寫的質(zhì)量 ?人員經(jīng)驗以及對軟件的熟悉度 ?人員調(diào)整導致研發(fā)周期延遲 ?測試時間的縮短導致某些測試計劃無法執(zhí)行 測試任務(wù)和進度 測試階段 測試任務(wù) 工作量計算 人員分配 起始時間 第一階段 功能測試 2 日 1 人 第二階段 界面測試 1 日 1 人 第三階段 鏈接測試 1 日 1 人 第四階段 兼容性測試 1