軟件功能測試知識彙總

一 軟件功能測試概論

1.軟件需求3個不一樣的層次:業務需求、用戶需求、系統需求網絡

2.測試需求分析三個環節:需求採集、需求分析、需求評審框架

3.質量特性分析:功能性、可靠性、易用性編輯器

4.測試方法:等價類劃分法、邊界值分析法、因果圖、場景法模塊化

二  軟件功能測試過程

1.功能測試過程:前期準備→計劃制定→設計與開發→執行與缺陷追蹤工具

2.測試環境=硬件+軟件+網絡+數據+測試工具性能

3.自動化測試工具分類單元測試

(1)收費方式:測試

                     ①商業測試工具spa

                     ②開源測試工具操作系統

                     ③免費測試工具

(2)用途:

      ①測試管理工具       

                     ②自動化功能測試工具      

                     ③性能測試工具

                     ④單元測試工具      

                     ⑤白盒測試工具                 

                     ⑥測試用例設計工具

4.測試設計目標:組織性、重複性、跟蹤、測試驗證

5.測試用例說明包括:標識項、測試項、輸入說明、輸出說明、環境要求、案例之間的依賴關係

6.軟件描述三方面:概要陳述、再現步驟、隔離嘗試

三 功能測試自動化

1.手工測試不可替代的地方:

①測試用例的設計      ②界面和用戶體驗測試      ③正確性的檢查

2.自動化測試項目的流程;

(1)需求概述                     

(2)制定自動化測試計劃       

(3)自動化測試方案設計

(4)自動化測試用例設計   

(5)自動化測試腳本開發        

(6)自動化測試執行和生成報告

3.自動化測試框架思想:  模塊化思想、測試庫思想、數據驅動思想、關鍵字思想

四 HP UFT簡介

1.UFT是Unified Functional Testing的簡稱,以VBScript爲內嵌語言。

2.UFT默認支持ActionX、VB和Web插件

3.GUI Test界面測試

4.API Test結構應用測試

五 腳本錄製與回放

1.關鍵字視圖:測試中的每一個步驟是關鍵字視圖中的一行,每一個步驟完成後都會自動生成文檔。絕大部分的複雜操做沒法在關鍵字視圖中完成。

2.專家視圖:對於關鍵字視圖中的每一個節點,在專家視圖中都對應一行腳本。專家視圖中必須定位到業務操做最終的對象。專家視圖中的每一句代碼是關鍵字視圖中的多個步驟的結合。

3.UFT測試的基本流程:

(1)錄製測試腳本      

(2)編輯測試腳本     

(3)調試測試腳本

(4)運行測試腳本      

(5)分析測試結果

4.關鍵字視圖中comment列顯示註釋,默認不顯示,需手動添加,右鍵單擊。

5.四種錄製模式(錄製過程當中切換)

(1)正常錄製模式:F6

(2)Analog Recording(模擬錄製模式):記錄鍵盤和鼠標的精確操做Ctrl+F3

(3)Low-Level Recording(低級錄製模式):嚴格的座標Shift+F3

(4)Insight Recording(圖像識別錄製模式):基於控件的顯示而非屬性

6.UFT回放原理:

UFT 根據腳本中記錄下來的對象操做的順序進行回放,UFT從腳本中讀取到該對象,並根據對象的名稱和層次到對象庫尋找相同名稱的測試對象,在對象庫找到對應的測試對象,並得到該測試對象的屬性,而後根據這個屬性,在運行的網頁或應用程序中進行匹配,尋找運行對象,若是匹配成功,再根據腳本中記錄的該對象的方法、動做和參數值進行運行,若是匹配不成功,在超出了等待時間後報錯。

7.Object synchronization timeout(對象識別時間,單位:秒):在這個時間內沒有識別出對象,就報錯

8.UFT在運行腳本時有兩種運行模式:

(1)Normal:正常模式(此模式下對時間設置單位是毫秒)

(2)Fast:快速運行模式(沒有停頓)

9.導出與導入測試腳本

(1)File|Export Test                    (2)File|Import Test

10.專家視圖中腳本編輯器有語法感知功能

11.設置斷點:在對應行的左邊灰色區域單擊鼠標左鍵便可

12.結果分析

(1)左邊面板顯示Test Summary樹,顯示測試執行步驟的層次結構

(2)右面是測試結果彙總

①頂部區域測試執行狀況的彙總 ,包括測試名稱、測試時間、UFT版本號、操做系統等信息。

②中間區域爲執行測試結果的統計信息,顯示有多少經過測試,多少沒經過及多少警告信息。

③底部區域爲執行被測程序時的截圖

六  測試對象管理

1.對象

(1)測試對象(Test Object,   TO):UFT定義的一些類,用它們表明被測應用的各類對象。通常在錄製/編寫腳本時加入庫文件,不只能夠在錄製編寫時進行修改,還能夠在運行過程當中進行動態修改,以匹配實際對象。

(2)運行時對象(Runtime Object,   RO):實際的被測應用對象,是測試執行過程當中,TO用來關聯的對象。

2.UFT自動化測試識別對象的三個步驟:

(1)封裝真實被測對象並轉換爲UFT對象到對象庫

(2)對比對象庫中的對象鑑別屬性和運行時的真實被測對象的鑑別屬性

(3)對比後若是一致,則說明對象成功匹配並能夠繼續對該真實被測對象進行後續操做,若是二者不一致,則報錯,提示對象沒法識別

3.三種類型的屬性可被UFT用來識別對象:

(1)Mandatory Properties(強制屬性)

(2)Assistive Properties(輔助屬性)

(3)Ordinal Identifier(順序標識符):除開強制屬性和輔助屬性以外,智能識別失敗,以及未定義可視化關係標識符的時候才啓用。

4.運行時對象不存儲在對象庫中,由於它們僅在運行會話期間可用。
5.TO屬性

(1)GetToProperty:用於取得測試對象的某個屬性的值。

(2)GetToProperties:用於取得測試對象的全部屬性的值。

(3)SetToProperty:用於設置測試對象的某個屬性的值。

6.RO屬性
GetROProperty:用於取得運行時對象(實際對象)的某個屬性的值。

7.定位與高亮(APP圖中是程序,錄製的腳本是對象庫)

(1)定位:在對象庫中顯示出該對象的位置

(2)高亮:在程序中顯示出該對象的位置

8.默認狀況下測試對象都是存儲到本地對象庫。這些測試對象會關聯一個指定的操做,其餘的操做都不能使用這些對象。

9.共享對象庫包含可以在多個操做中使用的測試對象。此對象庫可保存爲.str文件。

10.共享對象庫添加到測試中是沒法編輯的,必須Copy to Local保存測試到本地後進行編輯。若是隻單獨編輯該共享對象庫,要在Object Repository Manager中選擇要編輯的對象,點擊Enable Editing.

七  關鍵字驅動測試

1.關鍵字驅動:指在自動化測試系統中使用關鍵字驅動腳本技術,是數據驅動腳本技術的邏輯擴展,實現了腳本、業務和數據三者徹底分離。

2.三類主要關鍵字:被操做對象(Item)、操做(Operation)、值(Value)

面向對象的形式表現爲   Item.Operation(Value)

相關文章
相關標籤/搜索