winrunner視頻教程

① QTP自動化測試實踐的圖書目錄

第1篇 自動化測試基礎篇
第1章 軟體測試基礎
1.1 軟體缺陷與軟體測試
1.1.1 軟體缺陷與硬體缺陷的異同
1.1.2 如何通過軟體測試發現軟體缺陷
1.2 軟體質量與軟體測試
1.2.1 軟體質量管理在項目管理如拆中的地位
1.2.2 軟體開發模式與軟體測試
1.2.3 軟體開發模式與自動化測試
1.2.4 軟體測試能保證軟體質量嗎
1.3 軟體開發與渣滲棗軟體測試
1.3.1 軟體開發與軟體測試的對立統一
1.3.2 測試人員需要的開發技術
第2章 軟體自動化測試
2.1 手工測試與自動化測試
2.1.1 手工測試的缺點
2.1.2 什麼時候使用自動化測試
2.1.3 自動化測試——你准備好了嗎
2.2 如何開展自動化測試
2.2.1 選取合適的測試項目來開展自動化測試
2.2.2 自動化測試介入的時機
2.2.3 自動化測試工程師的基本素質和技能要求
2.2.4 自動化測試的成本
2.3 自動化測試方案
2.3.1 選擇自動化測試方案
2.3.2 自動化測試腳本的編寫方法
2.3.3 線性腳本的編寫方法
2.3.4 結構化腳本的編寫方法
2.3.5 共享腳本的編寫方法
2.3.6 數據驅動腳本的編寫方法
2.3.7 關鍵字驅動腳本的編寫方法
2.3.8 合理選擇自動化測試腳本開發方法
2.4 實用性自動化測試策略
2.4.1 自動化測試工具的問題
2.4.2 自動化測試的管理規范
2.4.3 自動化測試中人的因素
第3章 軟體自動化測試工具
3.1 自動化測試工具類型
3.1.1 商業測試工具
3.1.2 開源測試工具
3.1.3 自主開發測試工具
3.2 自動化測試工具選型
3.2.1 測試工具評估
3.2.2 測試工具試用
3.2.3 自動化測試工具的培訓
3.3 自動化測試工具的原理
3.3.1 基於代碼層面的功能自動化測試工具
3.3.2 基於瀏覽器和DOM對象模型的功能自動化測試工具
3.3.3 基於GUI對象識別的測試工具原理
3.3.4 反射機制在自動化功能測試工具中的使用
3.3.5 UI Automation在自動化功能測試工具中的使用
3.3.6 QTP對象識別技術
第2篇 QTP使用基礎篇
第4章 QuickTest Professional的安裝和配置
4.1 QTP 9.2的安裝
4.1.1 安裝要求
4.1.2 QTP 9.2支持的環境和程序
4.1.3 QTP 9.2支持的插件
4.1.4 安裝步驟
4.2 QTP 9.2的基本配置
4.2.1 QTP的幫助文檔
4.2.2 QTP的視頻教程
4.2.3 QTP自帶的樣常式序
4.2.4 啟動QTP
4.2.5 插件載入設置與管理
4.2.6 創建一個空的測試項目
4.2.7 錄制和測試運行設置
4.2.8 指定需要錄制的應用程序
4.2.9 使用QTP編寫第一個自動化測試腳本
第5章 QuickTest Professional的基本使用方法
5.1 QTP基本功能的使用
5.1.1 QTP自動化測試的基本過程
5.1.2 在關鍵字視圖中編輯測試腳本
5.1.3 在關鍵字視圖中為測試步驟添加註釋
5.1.4 在關鍵字視圖中添加測試信息的輸出
5.1.5 插入檢查點（Checkpoint）
5.1.6 在關鍵字視圖中插入新的測試步驟
5.1.7 在專家視圖中編輯測試腳本
5.1.8 腳本編輯器的使用
5.2 編輯測試腳本
5.2.1 識別對象
5.2.2 Object Spy的使用
5.2.3 對象庫管理
5.2.4 把測試對象添加到對象庫中
5.2.5 導出對象庫文件
5.2.6 在測試腳本中訪問對象庫的測試對象
5.2.7 添加新的Action
5.2.8 關聯Action的對象庫
5.2.9 編輯新的Action
5.2.10 在函數庫中創建自定義函數
5.3 運行和調試測試腳本
5.3.1 語法檢查
5.3.2 使用斷點
5.3.3 單步調試
5.3.4 調試查看器的使用
5.3.5 運行整個測試
5.3.6 運行部分測試
5.3.7 批量運行測試
5.4 分析測試結果
5.4.1 選擇測試喊伍運行結果的存儲位置
5.4.2 查看概要測試運行結果
5.4.3 查看檢查點的結果
5.4.4 查看測試過程的截屏
5.5 利用Active Screen來編輯測試腳本
5.5.1 查看Active Screen
5.5.2 Active Screen的設置
5.5.3 在Active Screen中選擇並添加對象到對象庫
5.5.4 選擇Active Screen中的對象並輸出其對象屬性
5.5.5 在Active Screen中插入檢查點
5.5.6 在Active Screen中選擇對象並添加測試步驟
第6章 QuickTest Professional與其他工具的整合
6.1 與WinRunner的整合
6.1.1 在QTP中調用WinRunner的測試腳本
6.1.2 在QTP中調用WinRunner的函數
6.2 QTP與LoadRunner的整合
6.2.1 在QTP中為LoadRunner設計測試腳本
6.2.2 使用Silent Test Runner模擬LoadRunner的調用
6.2.3 在LoadRunner中插入和運行QTP腳本
6.2.4 在LoadRunner中運行QTP腳本需要注意的幾點
第3篇 QTP腳本開發篇
第7章 關鍵字驅動測試
7.1 關鍵字驅動測試方法
7.1.1 什麼是關鍵字驅動測試方法
7.1.2 關鍵字測試驅動框架
7.1.3 關鍵字驅動實現自動化測試的階段劃分
7.1.4 什麼時候使用關鍵字驅動測試方法
7.2 可視化編輯測試步驟
7.2.1 編輯對象庫
7.2.2 選擇測試對象
7.2.3 選擇測試對象相應的操作
7.2.4 設置測試邏輯
7.3 檢查點的使用
7.3.1 為測試添加檢查點
7.3.2 檢查點類型
7.3.3 添加標准檢查點
7.3.4 添加圖像檢查點
7.3.5 添加點陣圖檢查點
7.3.6 添加表格檢查點
7.3.7 添加文本檢查點
7.3.8 添加文本區域檢查點
7.3.9 添加可訪問性檢查點
7.3.10 添加頁面檢查點
7.3.11 添加資料庫檢查點
7.3.12 添加XML檢查點
第8章 數據驅動測試
8.1 數據驅動測試方法
8.1.1 什麼時候使用數據驅動測試方法
8.1.2 數據驅動測試的一般步驟
8.2 參數化測試
8.2.1 通過參數化測試來提高測試的靈活性
8.2.2 參數化測試步驟
8.2.3 使用隨機數來進行參數化
8.2.4 參數化檢查點
8.2.5 設置數據表格迭代方式
8.3 Action測試輸入的參數化
8.3.1 編輯Action的屬性
8.3.2 添加Action的輸入參數
8.3.3 調用Action
8.4 使用環境變數的參數化
8.4.1 定義和設置環境變數
8.4.2 在測試步驟中綁定環境變數值
8.4.3 導出環境變數到XML文件
8.4.4 導入外部環境變數文件
8.5 使用數據驅動器來參數化測試
8.5.1 數據驅動器的使用方法
8.5.2 數據驅動向導
第9章 VBScript基礎
9.1 腳本語言簡介
9.1.1 Windows腳本語言
9.1.2 測試工具的「廠商語言」
9.2 VBScript語言基礎
9.2.1 VBScript的數據類型
9.2.2 變數子類型（Variant Subtypes）
9.2.3 VBScript的變數
9.2.4 VBScript的運算符
9.2.5 VBScript的條件語句
9.2.6 VBScript的循環語句
9.2.7 VBScript的Sub與Function
9.2.8 VBScript的數組
9.3 VBScript與正則表達式
9.3.1 正則表達式簡介
9.3.2 在VBScript中使用正則表達式
9.3.3 正則表達式在自動化測試中的使用
第10章 QTP測試腳本開發
第11章 QTP描述性編程 222
第12章 使用QTP測試標准Windows對象
第13章 使用QTP測試ActiveX對象
13.1 ActiveX對象的測試
13.1.1 Object屬性的使用
13.1.2 AcxUtil對象的FireEvent方法的使用
13.2 各類ActiveX控制項的測試
13.2.1 RadioButton類ActiveX控制項的測試
13.2.2 CheckBox類ActiveX控制項的測試
13.2.3 Calendar類ActiveX控制項的測試
13.2.4 Label類ActiveX控制項的測試
13.2.5 ProgressBar類ActiveX控制項的測試
13.2.6 SliderBar類ActiveX控制項的測試
13.2.7 LED類ActiveX控制項的測試
13.2.8 ListBox類ActiveX控制項的測試
第14章 使用QTP測試VB對象
14.1 Visual Basic控制項的測試
14.2 對各類VB控制項的測試
14.2.1 VbButton對象的測試
14.2.2 VbCheckBox對象的測試
14.2.3 VbComboBox對象的測試
14.2.4 VbEdit對象的測試
14.2.5 VbEditor對象的測試
14.2.6 VbFrame對象的測試
14.2.7 VbLabel對象的測試
14.2.8 VbList對象的測試
14.2.9 VbRadioButton對象的測試
14.2.10 VbScrollBar對象的測試
14.2.11 VbWindow對象的測試
第15章 使用QTP測試標准Web對象
15.1 Web對象的測試
15.1.1 載入Web插件
15.1.2 Web的錄制和運行設置
15.1.3 QTP支持的瀏覽器
15.1.4 Windows Applications的錄制和運行設置
15.1.5 設置IE的「Enable Tabbed Browsering」選項
15.1.6 使用Object屬性訪問DOM對象
15.1.7 使用Browser對象控制瀏覽器的導航
15.2 對各類Web對象的測試
15.2.1 Page對象的測試
15.2.2 Frame對象的測試
15.2.3 Image對象的測試
15.2.4 Link對象的測試
15.2.5 WebButton對象的測試
15.2.6 WebCheckBox對象的測試
15.2.7 WebEdit對象的測試
15.2.8 WebFile對象的測試
15.2.9 WebList對象的測試
15.2.10 WebRadioGroup對象的測試
15.2.11 WebTable對象的測試
15.2.12 WebXML對象的測試
15.2.13 WebElement對象的測試
第4篇 QTP高級技術篇
第16章 QTP的插件技術
16.1 QTP插件簡介
16.1.1 查看插件安裝和載入情況
16.1.2 插件分離的好處
16.2 內建插件與外部插件
16.2.1 內建插件
16.2.2 外部插件
16.2.3 插件的安裝
16.3 插件載入與插件管理
16.3.1 QTP的插件載入過程分析
16.3.2 關聯QTP插件與測試腳本
16.3.3 插件關聯管理
16.3.4 通過編程方式啟動QTP並載入插件
16.3.5 插件與檢查點類型的關系
第17章 使用QTP的.NET插件測試.NET平台軟體
17.1 QTP的.NET插件
17.1.1 .NET插件安裝與設置
17.1.2 .NET Windows Forms Spy的使用
17.1.3 利用.NET Windows Forms Spy來分析.NET控制項
17.2 測試.NET Windows Forms控制項
17.2.1 QTP支持的.NET Windows Forms控制項
17.2.2 通過Object屬性來獲取對象的內部屬性
17.2.3 通過Object屬性訪問並執行控制項方法
17.2.4 查看Object屬性的兩種方法
17.3 測試WPF控制項
17.3.1 載入WPF插件
17.3.2 QTP支持的WPF控制項
17.3.3 訪問WPF控制項的內部屬性和方法
17.4 測試.NET Web Forms控制項
17.4.1 QTP支持的.NET Web Forms控制項
17.4.2 測試.NET Web Forms的程序的前提條件
17.4.3 利用Object屬性來增強.NET Web Forms程序的測試
第18章 QTP的.NET插件擴展技術及其使用 323
18.1 QTP的.NET插件提供的擴展模塊
18.1.1 .NET插件的擴展模塊機制介紹
18.1.2 使用.NET Windows Forms Spy來協助開發擴展性
18.2 使用C#對QTP的.NET插件進行擴展
18.2.1 安裝Custom Server模板
18.2.2 建立.NET控制項的測試擴展項目
18.2.3 實現控制項錄制邏輯
18.2.4 注冊TrackBar控制項的事件處理器
18.2.5 實現控制項的運行邏輯
18.2.6 對QTP進行配置
18.2.7 擴展項目的運行
第19章 QTP的自動化對象模型及其使用
19.1 QTP自動化對象模型簡介
19.1.1 什麼時候使用自動化對象模型庫
19.1.2 選擇開發語言和環境
19.1.3 對象模型庫基本元素
19.2 在C#中使用QTP自動化對象模型
19.2.1 引用對象庫
19.2.2 在C#中調用QTP對象模型庫
19.3 常用的自動化對象模型方法介紹
19.3.1 在C#中啟動QTP並載入指定插件
19.3.2 在VBScript腳本中設置QTP選項
19.3.3 導出QTP選項設置到VBScript腳本
19.3.4 在VBScript腳本中設置QTP的環境變數
19.3.5 在VBScript腳本中設置測試運行選項
19.3.6 導出QTP測試設置到VBScript腳本中
第20章 使用QTP開發一個猴子測試工具
20.1猴子測試20.1.1猴子測試簡介20.1.2笨猴子與聰明猴子20.1.3什麼時候使用猴子測試20.2使用QTP設計一個笨猴子20.2.1用QTP實現笨猴子的基本要素20.2.2使用Randomize函數產生隨機數20.2.3使用RandomNumber對象獲取隨機數20.2.4通過WMI對象獲取屏幕高度和寬度20.2.5利用DotNetFactory獲取屏幕高度和寬度20.2.6讓猴子控制滑鼠和鍵盤20.2.7調用C#代碼中封裝的Windows API函數20.2.8輸入隨機字元串20.2.9記錄測試信息20.2.10截屏20.2.11記錄性能信息20.2.12基本的猴子測試工具20.2.13猴子測試工具的改進點
第21章 使用QTP測試Web Services
21.1Web Services插件介紹21.1.1什麼是Web Services21.1.2Web Services插件的幫助文檔21.2使用Web Services插件測試Web Services21.2.1Web Service測試向導的使用21.2.2運行Web Service測試21.2.3修改Web Service測試腳本中的檢查點21.2.4參數化Web服務的輸入21.2.5在對象庫中添加Web Service測試對象21.2.6檢查WSDL是否滿足WS-I標准21.2.7使用ValidateWSDL方法檢查WSDL
第22章 如何編寫高質量的QTP測試腳本
22.1QTP測試腳本編碼規范22.1.1常量命名規范22.1.2變數命名規范22.1.3對象命名規范22.1.4代碼注釋規范22.1.5代碼風格22.2通過管理對象庫來提高代碼的可讀性22.2.1直接錄制的測試腳本的問題22.2.2通過修改命名來達到更加易讀的效果22.2.3縮減代碼行長度的方法22.2.4以中文命名測試對象

② 什麼是白盒測試 白盒測試的優缺點

白盒測試又稱結構測試、透明盒測試、邏輯驅動測試或基於代碼的測試。白盒測試是一種測試用例設計方法，盒子指的是被測試的軟體，白盒指的是盒子是可視的，即清楚盒子內部的東西以及裡面是如何運作的。

③ 軟體測試的方法有哪些

選擇培訓機構時就一定考慮到以下幾點：

1、課程選擇，不要只是簡單的學習功能測試，而是會涵蓋有現在流行的自動化測試、GUI測試，介面測試和性能測試開發等內容；

2、培訓機構的教學不僅僅是教會你做標準的軟體測試，而是要教你一些測試邏輯，教會你使用工具但又不依賴於這些工具也可以完成自動化測試，也就是其背後的底層的工作原理，這些東西才是真正能夠內化成屬於你個人的核心競爭力。

3、現在的移動互聯網企業對自動化測試的需求非常大，也會要求學員掌握程序設計的原理，所以測試開發性綜合性人才才是未來IT行業的需求方向。

4、一定要去參加試學，因為很多人目標不明確，甚至是迷茫的，所以去試學一周，看看自己是不是真的想做技術，或者適合做技術。

5、授課方式，有些是面授，有些是視頻授課，各有優點，就看自己喜歡哪種了。當然，線下面授的學費應該更高，畢竟成本在那裡，學習時有老師盯著，有同學陪著，能夠更快的進入學習的狀態，有更充足的鬥志。

④ [軟體測試題目]一次測試用例設計的完整的過程描述

黑盒測試（Black-box Testing，又稱為功能測試或數據驅動測試）是把測試對象看作一個黑盒子。利用黑盒測試法進行動態測試時，需要測試軟體產品的功能，不需測試軟體產品的內部結構和處理過程。

採用黑盒技術設計測試用例的方法有：等價類劃分、邊界值分析、錯誤推測、因果圖和綜合策略。

黑盒測試注重於測試軟體的功能性需求，也即黑盒測試使軟體工程師派生出執行程序所有功能需求的輸入條件。黑盒測試並不是白盒測試的替代品，而是用於輔助白盒測試發現其他類型的錯誤。

黑盒測試試圖發現以下類型的錯誤：

1）功能錯誤或遺漏；
2）界面錯誤；
3）數據結構或外部資料庫訪問錯誤；
4）性能錯誤；
5）初始化和終止錯誤。

一、黑盒測試的測試用例設計方法

·等價類劃分方法
·邊界值分析方法
·錯誤推測方法
·因果圖方法
·判定表驅動分析方法
·正交實驗設計方法
·功能圖分析方法

等價類劃分:

是把所有可能的輸入數據,即程序的輸入域劃分成若幹部分（子集）,然後從每一個子集中選取少數具有代表性的數據作為測試用例.該方法是一種重要的,常用的黑盒測試用例設計方法.

1) 劃分等價類: 等價類是指某個輸入域的子集合.在該子集合中,各個輸入數據對於揭露程序中的錯誤都是等效的.並合理地假定:測試某等價類的代表值就等於對這一類其它值的測試.因此,可以把全部輸入數據合理劃分為若乾等價類,在每一個等價類中取一個數據作為測試的輸入條件,就可以用少量代表性的測試數據.取得較好的測試結果.等價類劃分可有兩種不同的情況:有效等價類和無效等價類.

有效等價類:是指對於程序的規格說明來說是合理的,有意義的輸入數據構成的集合.利用有效等價類可檢驗程序是否實現了規格說明中所規定的功能和性能.

無效等價類:與有效等價類的定義恰巧相反.

設計測試用例時,要同時考慮這兩種等價類.因為,軟體不僅要能接收合理的數據,也要能經受意外的考驗.這樣的測試才能確保軟體具有更高的可靠性.

2）劃分等價類的方法:下面給出六條確定等價類的原則.

①在輸入條件規定了取值范圍或值的個數的情況下,則可以確立一個有效等價類和兩個無效等價類.

②在輸入條件規定了輸入值的集合或者規定了「必須如何」的條件的情況下,可確立一個有效等價類和一個無效等價類.

③在輸入條件是一個布爾量的頌租情況下,可確定一個有效等價類和一個無效等價類.

④在規定了輸入數據的一組值（假定n個）,並且程序要對每一個輸入值分別處理的情況下,可確立n個有效等價類和一個無效等價類.

⑤在規定了輸入數據必須遵守的規則的情況下,可確立一個有效等價類（符合規則）和若干個無效等價類（從不同角度違反規則）.

⑥在確知已劃分的等價類中各元素在程序處理中的方式不同的情況下,則應再將該等價類進一步的劃分為更小的等價類.

3）設計測試用例:在確立了等價類後,可建立等價類表,列出所有劃分出的等價類:

輸入條件 有效等價類 無效等價類

... ... ...

... ... ...

然後從劃分出的等價類中按以下三個原則設計測試用例:

①為每一個等價類規定一個唯一的編號.

②設計一個新的測試用例,使其盡可能多地覆蓋尚未被覆蓋地有效等價類鋒櫻蔽,重復這一步.直到所有的有效等價類都被覆蓋為止.

③設計一個新的測試用例,使其僅覆蓋一個尚銀州未被覆蓋的無效等價類,重復這一步.直到所有的無效等價類都被覆蓋為止.

邊界值分析法

邊界值分析方法是對等價類劃分方法的補充.

（1）邊界值分析方法的考慮:

長期的測試工作經驗告訴我們,大量的錯誤是發生在輸入或輸出范圍的邊界上,而不是發生在輸入輸出范圍的內部.因此針對各種邊界情況設計測試用例,可以查出更多的錯誤.

使用邊界值分析方法設計測試用例,首先應確定邊界情況.通常輸入和輸出等價類的邊界,就是應著重測試的邊界情況.應當選取正好等於,剛剛大於或剛剛小於邊界的值作為測試數據,而不是選取等價類中的典型值或任意值作為測試數據.

（2）基於邊界值分析方法選擇測試用例的原則:

1）如果輸入條件規定了值的范圍,則應取剛達到這個范圍的邊界的值,以及剛剛超越這個范圍邊界的值作為測試輸入數據.

2）如果輸入條件規定了值的個數,則用最大個數,最小個數,比最小個數少一,比最大個數多一的數作為測試數據.

3）根據規格說明的每個輸出條件,使用前面的原則1）.

4）根據規格說明的每個輸出條件,應用前面的原則2）.

5）如果程序的規格說明給出的輸入域或輸出域是有序集合,則應選取集合的第一個元素和最後一個元素作為測試用例.

6）如果程序中使用了一個內部數據結構,則應當選擇這個內部數據結構的邊界上的值作為測試用例.

7）分析規格說明,找出其它可能的邊界條件.

錯誤推測法

錯誤推測法: 基於經驗和直覺推測程序中所有可能存在的各種錯誤, 從而有針對性的設計測試用例的方法.

錯誤推測方法的基本思想: 列舉出程序中所有可能有的錯誤和容易發生錯誤的特殊情況,根據他們選擇測試用例. 例如, 在單元測試時曾列出的許多在模塊中常見的錯誤. 以前產品測試中曾經發現的錯誤等, 這些就是經驗的總結. 還有, 輸入數據和輸出數據為0的情況. 輸入表格為空格或輸入表格只有一行. 這些都是容易發生錯誤的情況. 可選擇這些情況下的例子作為測試用例.

因果圖方法

前面介紹的等價類劃分方法和邊界值分析方法,都是著重考慮輸入條件,但未考慮輸入條件之間的聯系, 相互組合等. 考慮輸入條件之間的相互組合,可能會產生一些新的情況. 但要檢查輸入條件的組合不是一件容易的事情, 即使把所有輸入條件劃分成等價類,他們之間的組合情況也相當多. 因此必須考慮採用一種適合於描述對於多種條件的組合,相應產生多個動作的形式來考慮設計測試用例. 這就需要利用因果圖（邏輯模型）.

因果圖方法最終生成的就是判定表. 它適合於檢查程序輸入條件的各種組合情況.

利用因果圖生成測試用例的基本步驟:

(1) 分析軟體規格說明描述中, 那些是原因(即輸入條件或輸入條件的等價類),那些是結果(即輸出條件), 並給每個原因和結果賦予一個標識符.

(2) 分析軟體規格說明描述中的語義.找出原因與結果之間, 原因與原因之間對應的關系. 根據這些關系,畫出因果圖.

(3) 由於語法或環境限制, 有些原因與原因之間,原因與結果之間的組合情況不不可能出現. 為表明這些特殊情況, 在因果圖上用一些記號表明約束或限制條件.

(4) 把因果圖轉換為判定表.

(5) 把判定表的每一列拿出來作為依據,設計測試用例.

從因果圖生成的測試用例（局部,組合關系下的）包括了所有輸入數據的取TRUE與取FALSE的情況,構成的測試用例數目達到最少,且測試用例數目隨輸入數據數目的增加而線性地增加.

前面因果圖方法中已經用到了判定表.判定表（Decision Table）是分析和表達多邏輯條件下執行不同操作的情況下的工具.在程序設計發展的初期,判定表就已被當作編寫程序的輔助工具了.由於它可以把復雜的邏輯關系和多種條件組合的情況表達得既具體又明確.

判定表通常由四個部分組成.

條件樁（Condition Stub）:列出了問題得所有條件.通常認為列出得條件的次序無關緊要.

動作樁（Action Stub）:列出了問題規定可能採取的操作.這些操作的排列順序沒有約束.

條件項（Condition Entry）:列出針對它左列條件的取值.在所有可能情況下的真假值.

動作項（Action Entry）:列出在條件項的各種取值情況下應該採取的動作.

規則:任何一個條件組合的特定取值及其相應要執行的操作.在判定表中貫穿條件項和動作項的一列就是一條規則.顯然,判定表中列出多少組條件取值,也就有多少條規則,既條件項和動作項有多少列.

判定表的建立步驟:（根據軟體規格說明）

①確定規則的個數.假如有n個條件.每個條件有兩個取值（0,1）,故有 種規則.

②列出所有的條件樁和動作樁.

③填入條件項.

④填入動作項.等到初始判定表.

⑤簡化.合並相似規則（相同動作）.

B. Beizer 指出了適合使用判定表設計測試用例的條件:

①規格說明以判定表形式給出,或很容易轉換成判定表.

②條件的排列順序不會也不影響執行哪些操作.

③規則的排列順序不會也不影響執行哪些操作.

④每當某一規則的條件已經滿足,並確定要執行的操作後,不必檢驗別的規則.

⑤如果某一規則得到滿足要執行多個操作,這些操作的執行順序無關緊要.

黑盒測試的優點

1. 基本上不用人管著，如果程序停止運行了一般就是被測試程序crash了
2. 設計完測試例之後，下來的工作就是爽了，當然更苦悶的是確定crash原因

黑盒測試的缺點

1. 結果取決於測試例的設計，測試例的設計部分來勢來源於經驗，OUSPG的東西很值得借鑒
2. 沒有狀態轉換的概念，目前一些成功的例子基本上都是針對PDU來做的，還做不到針對被測試程序的狀態轉換來作
3. 就沒有狀態概念的測試來說，尋找和確定造成程序crash的測試例是個麻煩事情，必須把周圍可能的測試例單獨確認一遍。而就有狀態的測試來說，就更麻煩了，尤其不是一個單獨的testcase造成的問題。這些在堆的問題中表現的更為突出。

黑盒測試（功能測試）工具的選擇

那麼，如何高效地完成功能測試？選擇一款合適的功能測試工具並培訓一支高素質的工具使用隊伍無疑是至關重要的。盡管現階段存在少數不採用任何功能測試工具，從事功能測試外包項目的軟體服務企業。短期來看，這類企業盈利狀況尚可，但長久來看，它們極有可能被自動化程度較高的軟體服務企業取代。

目前，用於功能測試的工具軟體有很多，針對不同架構軟體的工具也不斷推陳出新。這里重點介紹的是其中一個較為典型自動化測試工具，即Mercury公司的WinRunner。

WinRunner是一種用於檢驗應用程序能否如期運行的企業級軟體功能測試工具。通過自動捕獲、檢測和模擬用戶交互操作，WinRunner能識別出絕大多數軟體功能缺陷，從而確保那些跨越了多個功能點和資料庫的應用程序在發布時盡量不出現功能性故障。

WinRunner的特點在於: 與傳統的手工測試相比，它能快速、批量地完成功能點測試; 能針對相同測試腳本，執行相同的動作，從而消除人工測試所帶來的理解上的誤差; 此外，它還能重復執行相同動作，測試工作中最枯燥的部分可交由機器完成; 它支持程序風格的測試腳本，一個高素質的測試工程師能藉助它完成流程極為復雜的測試，通過使用通配符、宏、條件語句、循環語句等，還能較好地完成測試腳本的重用; 它針對於大多數編程語言和Windows技術，提供了較好的集成、支持環境，這對基於Windows平台的應用程序實施功能測試而言帶來了極大的便利。

WinRunner的工作流程大致可以分為以下六個步驟:

1．識別應用程序的GUI

在WinRunner中，我們可以使用GUI Spy來識別各種GUI對象，識別後，WinRunner會將其存儲到GUI Map File中。它提供兩種GUI Map File模式: Global GUI Map File和GUI Map File per Test。其最大區別是後者對每個測試腳本產生一個GUI文件，它能自動建立、存儲、載入，推薦初學者選用這種模式。但是，這種模式不易於描述對象的改變，其效率比較低，因此對於一個有經驗的測試人員來說前者不失為一種更好的選擇，它只產生一個共享的GUI文件，這使得測試腳本更容易維護，且效率更高。

2．建立測試腳本

在建立測試腳本時，一般先進行錄制，然後在錄制形成的腳本中手工加入需要的TSL（與C語言類似的測試腳本語言）。錄制腳本有兩種模式: Context Sensitive和Analog，選擇依據主要在於是否對滑鼠軌跡進行模擬，在需要回放時一般選用Analog。在錄制過程中這兩種模式可以通過F2鍵相互切換。

只要看看現代軟體的規模和功能點數就可以明白，功能測試早已跨越了單靠手工敲敲鍵盤、點點滑鼠就可以完成的階段。而性能測試則是控制系統性能的有效手段，在軟體的能力驗證、能力規劃、性能調優、缺陷修復等方面都發揮著重要作用。

3．對測試腳本除錯(debug)

在WinRunner中有專門一個Debug Toolbar用於測試腳本除錯。可以使用step、pause、breakpoint等來控制和跟蹤測試腳本和查看各種變數值。

4．在新版應用程序執行測試腳本

當應用程序有新版本發布時，我們會對應用程序的各種功能包括新增功能進行測試，這時當然不可能再來重新錄制和編寫所有的測試腳本。我們可以使用已有的腳本，批量運行這些測試腳本測試舊的功能點是否正常工作。可以使用一個call命令來載入各測試腳本。還可在call命令中加各種TSL腳本來增加批量能力。

5．分析測試結果

分析測試結果在整個測試過程中最重要，通過分析可以發現應用程序的各種功能性缺陷。當運行完某個測試腳本後，會產生一個測試報告，從這個測試報告中我們能發現應用程序的功能性缺陷，能看到實際結果和期望結果之間的差異，以及在測試過程中產生的各類對話框等。

6．回報缺陷（defect）

在分析完測試報告後，按照測試流程要回報應用程序的各種缺陷，然後將這些缺陷發給指定人，以便進行修改和維護。

常用的功能測試方法

功能測試就是對產品的各功能進行驗證，根據功能測試用例，逐項測試，檢查產品是否達到用戶要求的功能。常用的測試方法如下：
1. 頁面鏈接檢查：每一個鏈接是否都有對應的頁面，並且頁面之間切換正確。
2. 相關性檢查：刪除/增加一項會不會對其他項產生影響，如果產生影響，這些影響是否都正確。
3. 檢查按鈕的功能是否正確：如update, cancel, delete, save等功能是否正確。
4. 字元串長度檢查: 輸入超出需求所說明的字元串長度的內容, 看系統是否檢查字元串長度,會不會出錯.
5. 字元類型檢查: 在應該輸入指定類型的內容的地方輸入其他類型的內容(如在應該輸入整型的地方輸入其他字元類型),看系統是否檢查字元類型,會否報錯.
6. 標點符號檢查: 輸入內容包括各種標點符號,特別是空格,各種引號,回車鍵.看系統處理是否正確.
7. 中文字元處理: 在可以輸入中文的系統輸入中文,看會否出現亂碼或出錯.
8. 檢查帶出信息的完整性: 在查看信息和update信息時,查看所填寫的信息是不是全部帶出.,帶出信息和添加的是否一致
9. 信息重復: 在一些需要命名,且名字應該唯一的信息輸入重復的名字或ID,看系統有沒有處理,會否報錯,重名包括是否區分大小寫,以及在輸入內容的前後輸入空格,系統是否作出正確處理.
10. 檢查刪除功能:在一些可以一次刪除多個信息的地方,不選擇任何信息,按」delete」,看系統如何處理,會否出錯;然後選擇一個和多個信息,進行刪除,看是否正確處理.
11. 檢查添加和修改是否一致: 檢查添加和修改信息的要求是否一致,例如添加要求必填的項,修改也應該必填;添加規定為整型的項,修改也必須為整型.
12. 檢查修改重名:修改時把不能重名的項改為已存在的內容,看會否處理,報錯.同時,也要注意,會不會報和自己重名的錯.
13. 重復提交表單：一條已經成功提交的紀錄，back後再提交，看看系統是否做了處理。
14. 檢查多次使用back鍵的情況: 在有back的地方,back,回到原來頁面,再back,重復多次,看會否出錯.
15. search檢查: 在有search功能的地方輸入系統存在和不存在的內容,看search結果是否正確.如果可以輸入多個search條件,可以同時添加合理和不合理的條件,看系統處理是否正確.
16. 輸入信息位置: 注意在游標停留的地方輸入信息時,游標和所輸入的信息會否跳到別的地方.
17. 上傳下載文件檢查：上傳下載文件的功能是否實現，上傳文件是否能打開。對上傳文件的格式有何規定，系統是否有解釋信息，並檢查系統是否能夠做到。
18. 必填項檢查：應該填寫的項沒有填寫時系統是否都做了處理，對必填項是否有提示信息，如在必填項前加*
19. 快捷鍵檢查：是否支持常用快捷鍵，如Ctrl C Ctrl V Backspace等，對一些不允許輸入信息的欄位，如選人，選日期對快捷方式是否也做了限制。
20. 回車鍵檢查: 在輸入結束後直接按回車鍵,看系統處理如何,會否報錯.您好!歡迎共同討論！有時間逛逛IT實驗室,天天軟體測試網

⑤ 軟體測試的方法一共有幾種

1、從是否關心內部結構來看

（1）白盒測試：又稱為結構測試或邏輯驅動測試，是一種按照程序內部邏輯結構和編碼結構，設計測試數據並完成測試的一種測試方法。

（2）黑盒測試：又稱為數據驅動測試，把測試對象當做看不見的黑盒，在完全不考慮程序內部結構和處理過程的情況下，測試者僅依據程序功能的需求規范考慮，確定測試用例和推斷測試結果的正確性，它是站在使用軟體或程序的角度，從輸入數據與輸出數據的對應關系出發進行的測試。

（3）灰盒測試：是一種綜合測試法，它將「黑盒」測試與「白盒」測試結合在一起，是基於程序運行時的外部表現又結合內部邏輯結構來設計用例，執行程序並採集路徑執行信息和外部用戶介面結果的測試技術。

2、從是否執行代碼看

（1）靜態測試：指不運行被測程序本身，僅通過分析或檢查源程序的語法、結構、過程、介面等來檢查程序的正確性。

(2)動態測試：是指通過運行被測程序，檢查運行結果與預期結果的差異，並分析運行效率、正確性和健壯性等性能指標。

3、從開發過程級別看

（1）單元測試：又稱模塊測試，是針對軟體設計的最小單位----程序模塊或功能模塊，進行正確性檢驗的測試工作。其目的在於檢驗程序各模塊是否存在各種差錯，是否能正確地實現了其功能，滿足其性能和介面要求。

(2)集成測試：又叫組裝測試或聯合，是單元測試的多級擴展，是在單元測試的基礎上進行的一種有序測試。旨在檢驗軟體單元之間的介面關系，以期望通過測試發現各軟體單元介面之間存在的問題，最終把經過測試的單元組成符合設計要求的軟體。

（3）系統測試：是為判斷系統是否符合要求而對集成的軟、硬體系統進行的測試活動、它是將已經集成好的軟體系統，作為基於整個計算機系統的一個元素，與計算機硬體、外設、某些支持軟體、人員、數據等其他系統元素結合在一起，在實際運行環境下，對計算機系統進行一系列的組裝測試和確認測試。

在系統測試中，對於具體的測試類型有：

（1）功能測試：對軟體需求規格說明書中的功能需求逐項進行的測試，以驗證功能是否滿足要求。

（2）性能測試：對軟體需求規格說明書的功能需求逐項進行的測試，以驗證功能是否滿足要求。

（3）介面測試：對軟體需求規格說明中的介面需求逐項進行的測試。

（4）人機交互界面測試：對所有人機交互界面提供的操作和顯示界面進行的測試，以檢驗是否滿足用戶的需求。

（5）強度測試：強制軟體運行在異常乃至發生故障的情況下（設計的極限狀態到超出極限），驗證軟體可以運行到何種程序的測試。

（6）餘量測試：對軟體是否達到規格說明中要求的餘量的測試。

（7）安全性測試：檢驗軟體中已存在的安全性、安全保密性措施是否有效的測試，

（8）可靠性測試：在真實的或模擬的環境中，為做出軟體可靠性估計而對軟體進行的功能（其輸入覆蓋和環境覆蓋一般大於普通的功能測試）

（9）恢復性測試：對有恢復或重置功能的軟體的每一類導致恢復或重置的情況，逐一進行的測試。

（10）邊界測試：對軟體處在邊界或端點情況下運行狀態的測試。

（11）數據處理測試：對完成專門數據處理功能所進行的測試。

（12）安裝性測試：對安裝過程是否符合安裝規程的測試，以發現安裝過程中的錯誤。

（13）容量測試：檢驗軟體的能力最高能達到什麼程度的測試。

（14）互操作性測試：為驗證不同軟體之間的互操作能力而進行的測試。

（15）敏感性測試：為發現在有效輸入類中可能引起某種不穩定性或不正常處理的某些數據的組合而進行的測試。

（16）標准符合性測試：驗證軟體與相關國家標准或規范（如軍用標准、國家標准、行業標准及國際標准）一致性的測試。

（17）兼容性測試：驗證軟體在規定條件下與若干個實體共同使用或實現數據格式轉換時能滿足有關要求能力的測試。

（18）中文本地化測試：驗證軟體在不降低原有能力的條件下，處理中文能力的測試。

4、從執行過程是否需要人工干預來看

（1）手工測試：就是測試人員按照事先為覆蓋被測軟體需求而編寫的測試用例，根據測試大綱中所描述的測試步驟和方法，手工地一個一個地輸 入執行，包括與被測軟體進行交互（如輸入測試數據、記錄測試結果等），然後觀察測試結果，看被測程序是否存在問題，或在執行過程中是否會有一場發生，屬於比較原始但是必須執行的一個步驟。

（2）自動化測試：實際上是將大量的重復性的測試工作交給計算機去完成，通常是使用自動化測試工具來模擬手動測試步驟，執行用某種程序設計語言編寫的過程（全自動測試就是指在自動測試過程中，不需要人工干預，由程序自動完成測試的全過程；半自動測試就是指在自動測試過程中，需要手動輸入測試用例或選擇測試路徑，再由自動測試程序按照人工指定的要求完成自動測試）

5、從測試實施組織看

（1）開發測試：開發人員進行的測試

（2）用戶測試：用戶方進行的測試

（3）第三方測試：有別於開發人員或用戶進行的測試，由專業的第三方承擔的測試，目的是為了保證測試工作的客觀性

6、從測試所處的環境看

（1）阿爾法測試：是由一個用戶在開發環境下進行的測試，也可以是公司內部的用戶在模擬實際操作環境下進行的測試

（2）貝塔測試：是用戶公司組織各方面的典型終端用戶在日常工作中實際使用貝塔版本，並要求用戶報告

(5)winrunner視頻教程擴展閱讀

軟體測試的內容：

1 得到需求、功能設計、內部設計說書和其他必要的文檔

2 得到預算和進度要求

3 確定與項目有關的人員和他們的責任、對報告的要求、所需的標准和過程 ( 例如發行過程、變更過程、等等 )

4 確定應用軟體的高風險范圍，建立優先順序、確定測試所涉及的范圍和限制

5 確定測試的步驟和方法 ── 部件、集成、功能、系統、負載、可用性等各種測試

6 確定對測試環境的要求 ( 硬體、軟體、通信等 )

7 確定所需的測試用具 (testware) ，包括記錄 / 回放工具、覆蓋分析、測試跟蹤、問題 / 錯誤跟蹤、等等

8 確定對測試的輸入數據的要求

9 分配任務和任務負責人，以及所需的勞動力

10 設立大致的時間表、期限、和里程碑

11 確定輸入環境的類別、邊界值分析、錯誤類別

12 准備測試計劃文件和對計劃進行必要的回顧

13 准備白盒測試案例

14 對測試案例進行必要的回顧 / 調查 / 計劃

15 准備測試環境和測試用具，得到必需的用戶手冊 / 參考文件 / 結構指南 / 安裝指南，建立測試跟蹤過程，建立日誌和檔案、建立或得到測試輸入數據

16 得到並安裝軟體版本

17 進行測試

18 評估和報告結果

19 跟蹤問題 / 錯誤，並解決它

20 如果有必要，重新進行測試

21 在整個生命周期里維護和修改測試計劃、測試案例、測試環境、和測試用具

⑥ 軟體測試屬於哪個方面。最好詳細點，謝謝

軟體耐余測試相關免費下載

鏈接:https://pan..com/s/11er7Ubhds9TNmNH8674-gQ

軟體測試（英語：Software Testing），描述一種用來促進鑒定軟體的正確鉛兆性、完整性、安全性和質量的過程。換句話說，軟體測試是一種實際輸出與預期輸出之間的審核或者比較過程。軟體測試的經典定義是：在昌激滾規定的條件下對程序進行操作，以發現程序錯誤，衡量軟體質量，並對其是否能滿足設計要求進行評估的過程。

⑦ 自動化測試工具有哪些

自動化測試工具有如下幾種：

1、WinRunner

Mercury Interactive公司的WinRunner是一種企業級的功能測試工具，用於檢測應用程序是否能夠達到預期的功能及正常運行。

通過自動錄制、檢測和回放用戶的應用操作，WinRunner能夠有效地幫助測試人員對復雜的企業級應用的不同發布版進行測試，提高測試人員的工作效率和質量，確保跨平台的、復雜的企業級應用無故障發布及長期穩定運行。企業級應用可能包括Web應用系統，ERP系統，CRM系統等等。

2、Rational Robot

是業界最頂尖的功能測試工具，它甚至可以在測試人員學習高級腳本技術之前幫助其進行成功的測試。它集成在測試人員的桌面IBM Rational Test Manager上，在這里測試人員可以計劃、組織、執行、管理和報告所有測試活動，包括手動測試報告。

這種測試和管理的雙重功能是自動化測試的理想開始。

3、AdventNet QEngine

AdventNet QEngine是一個應用廣泛且獨立於平台的自動化軟體測試工具，可用於Web功能測試、web性能測試、Java應用功能測試、Java API測試、SOAP測試、回歸測試和Java應用性能測試。

支持對於使用HTML、JSP、ASP、.NET、PHP、JavaScript/VBScript、XML、SOAP、WSDL、e-commerce、傳統客戶端/伺服器等開發的應用程序進行測試。此工具以Java開發，因此便於移植和提供多平台支持。

4、SilkTest

是業界領先的、用於對企業級應用進行功能測試的產品，可用於測試Web、Java或是傳統的C/S結構。SilkTest提供了許多功能，使用戶能夠高效率地進行軟體自動化測試。

這些功能包括：測試的計劃和管理；直接的資料庫訪問及校驗；靈活、強大的4Test腳本語言，內置的恢復系統(Recovery System)；以及具有使用同一套腳本進行跨平台、跨瀏覽器和技術進行測試的能力。

5、QA Run

QARun的測試實現方式是通過滑鼠移動、鍵盤點擊操作被測應用，即而得到相應的測試腳本，對該腳本可以進行編輯和調試。在記錄的過程中可針對被測應用中所包含的功能點進行基線值的建立，換句話說就是在插入檢查點的同時建立期望值。

在這里檢查點是目標系統的一個特殊方面在一特定點的期望狀態。通常，檢查點在QARun提示目標系統執行一系列事件之後被執行。檢查點用於確定實際結果與期望結果是否相同

⑧ 哪位朋友請介紹一下Winrunner方面書有哪些比較好

gxmiqtnf您好!列出幾本：James A. Whittaker 《實用軟體測試指南》《軟體測試技術經典教程——高級軟體測試工程師專用》趙斌科學出版社段念《軟體性能測試過程詳解與案旁配禪例運塵分析》《軟體測試實戰》。。。今後一起共勉！建議到軟賣鋒件測試一些網站 IT168,天天軟體測試網,IT實驗室 找一找，非常多

⑨ 軟體測試常用的工具有哪些

軟體測試分為功能測試、介面測試、自動化測試、性能測試幾大方向，每個方向用到的測試工具都不盡相同。功能測試會用到SVN、禪道、QCALM、Jira等軟體測試管理工具。介面測試則會用到Jmeter、Postman、Fiddler軟體，使用Jmeter可以執行測試用例，對頁面跳轉，參數傳遞等功能進驗證。

自動化測試則又分為Web自動化測試和移動自動化測試。Web自動化測試主要會用到Selenium軟體以及Firebug插件工具，使用Selenium可以對網站的核心功能進行自動化測試，包括元素定位、滑鼠鍵盤的模擬操作及自動化測試框架的使用等。Web自動化測試主要用到的是Appium以及Monkey軟體。Appium可以對APP核心功能進行測試驗證，包括ID、xpath、list元素定位，數據交互、模塊封裝以及自動化測試框架的使用，生成測試報告，對APP功能進行評估等。

⑩ 游戲測試工程師是做什麼的需要操作哪些軟體么

游戲測試工程師做什麼和公司及在公棗碰司的角色有關。
先說說公司吧。有的游戲公司做手機游戲，有的游戲公司做網游。公數腔司差別大吧，那你做的工作也就大的多了。
再說說在公司里的角色吧。同一個公司譬如盛大，你是做客戶端測試還是伺服器測試呢？做客戶凳畢談端測試大多也就是做共更能測試，玩玩游戲，做伺服器測試對技術要求很高，最起碼得精通shell吧。
詳細的咱們以後聊^_^