軟件測試自動化

譯者序
前言
第1章 什么是測試自動化
1.1 請拒絕新模型
1.1.1 生命周期不是過程
1.1.2 工具不是過程
1.2 自動化需要達到什么程序才是足夠
1.3 測試過程的各方面
1.3.1 測試計劃
1.3.2 測試設(shè)計
1.3.3 測試實現(xiàn)
1.4 輔助工作
1.5 測試自動化組的范圍和目標
1.5.1 范圍
1.5.2 自動化測試框架的假設(shè)、約束條件和關(guān)鍵的成功因素
1.6 測試自動化框架的產(chǎn)物
1.7 測試工具分類
1.8 小結(jié)
1.9 參考文獻
第2章 了解何時以及對什么進行自動化
2.1 概述
2.2 何時自動化系統(tǒng)測試
2.2.1 自動化的時間總是第一因素
2.2.2 一個極端的例子
2.2.3 一個定量的例子
2.3 對什么進行自動化
2.4 關(guān)于創(chuàng)建測試腳本的一點注意事項
2.5 小結(jié)
2.6 參考文獻
第3章 從頭開始：定義測試需求、設(shè)計測試數(shù)據(jù)
3.1 軟件/測試需求
3.2 需求收集和測試計劃自動化
3.3 從軟件需求到測試需求再到測試條件：一個自動化方法
3.4 需求管理與可跟蹤性
3.5 功能測試數(shù)據(jù)設(shè)計
3.5.1 黑箱（基于需求的）方法
3.5.2 灰箱（基于需求和代碼的）方法
3.5.3 白箱（基于代碼的）方法
3.6 基于需求的方法
3.6.1 需求驅(qū)動的因果測試
3.6.2 等價劃分、邊界分析和錯誤猜測
3.6.3 為等類定義邊界條件
3.6.4 錯誤猜測
3.7 混合（灰箱）方法
3.7.1 決策邏輯表
3.7.2 DLT作為軟件測試工具
3.7.3 一個自動的DLT設(shè)計工具
3.8 基于代碼的方法
3.8.1 基本測試回顧
3.8.2 基本測試技巧
3.9 小結(jié)
3.10 參考文獻
第4章 縱觀自動化測試腳本的發(fā)展及測試的自動化程度
4.1 開發(fā)自動化測試腳本
4.1.1 單元級別的測試
4.1.2 系統(tǒng)級別的測試
4.1.3 特殊的系統(tǒng)級別的測試
4.2 記錄還是編寫測試腳本
4.3 小結(jié)
4.4 參考文獻
第5章 自動化單元測試
5.1 引言
5.2 單元測試的合理性
5.3 單元測試過程
5.4 嚴格的單元測試方法
5.5 單元測試規(guī)格說明
5.6 單元測試的任務(wù)
5.7 單元測試的經(jīng)驗法則
5.8 單元測試數(shù)據(jù)
5.9 單元測試框架
5.10 小結(jié)
5.11 參考文獻
第6章 自動化集成測試
6.1 引言
6.2 什么是集成測試
6.3 日常構(gòu)建版本冒煙測試
6.4 構(gòu)建冒煙測試的目標
6.5 自動化構(gòu)建版本冒煙測試清單
6.6 小結(jié)
6.7 參考文獻
第7章 自動化系統(tǒng)/回歸測試框架
7.1 數(shù)據(jù)驅(qū)動方法
7.2 構(gòu)架驅(qū)動（結(jié)構(gòu)化）測試腳本
7.2.1 開發(fā)框架驅(qū)動測試腳本
7.2.2 Archer Group框架
7.3 業(yè)務(wù)規(guī)則測試
7.4 GUI測試
7.5 屬性測試
7.6 輸入數(shù)據(jù)測試
7.7 格式化測試數(shù)據(jù)文件
7.8 應(yīng)用級錯誤
7.9 創(chuàng)建外部數(shù)據(jù)輸入文件
7.10 數(shù)據(jù)文件小結(jié)
7.11 業(yè)務(wù)規(guī)則測試的代碼構(gòu)造
7.11.1 Shell腳本
7.11.2 主腳本
7.11.3 讀取數(shù)據(jù)以后
7.12  使代碼清晰健壯
7.13 Carl Nagle的DDE框架
7.13.1 DDE綜述
7.13.2 DDE發(fā)展成果
7.14 Keith Zambelich提出的面向Mercury Interactive產(chǎn)品用戶的測試計劃驅(qū)動測試框架
7.15 Zambelich方法總結(jié)
7.16 “測試計劃驅(qū)動”方法體系結(jié)構(gòu)
7.17 小結(jié)
7.18 參考文獻
第8章 深入了解控制同步數(shù)據(jù)驅(qū)動測試框架

8.1 創(chuàng)建數(shù)據(jù)驅(qū)動測試腳本
8.2 實現(xiàn)CSDDT方法
8.3 一般問題和解決方法
8.3.1 問題：數(shù)據(jù)輸入
8.3.2 解決方法：使用輸入數(shù)據(jù)文本文件
8.3.3 問題：程序流改變
8.3.4 解決方法：讓輸入數(shù)據(jù)做驅(qū)動
8.3.5 問題：管理應(yīng)用程序改變
8.3.6 解決方法：記錄或修改非常小的一部分代碼
8.4 設(shè)置通用的啟動和結(jié)束測試條件
8.5 修改已記錄的代碼以接受輸入數(shù)據(jù)
8.6 非常重要的習慣
8.7 為通用操作創(chuàng)建函數(shù)——關(guān)鍵字替換
8.8 繼續(xù)程序流
8.9 使用多個輸入記錄來創(chuàng)建測試場景
8.10 使用動態(tài)數(shù)據(jù)輸入——關(guān)鍵字替換
8.11 使用庫文件或包含文件（Rational Robot中的*.sbh文件和*.sbl文件）
8.12 實用腳本
8.13 調(diào)試腳本——當測試發(fā)現(xiàn)錯誤的時候
8.14 實現(xiàn)CSDDT模板腳本
8.15 DD腳本
8.16 SQABasic32包含文件
8.17 一個CSDDT框架的例子
8.17.1 腳本文件清單
8.17.2 庫文件清單
8.17.3 安裝例子文件的說明
8.18 小結(jié)
8.19 參考文獻
第9章 用自動化工具改進手工測試過程
9.1 引言
9.2 半自動化手工測試步驟
9.3 使用列表框
9.4 手工測試中的產(chǎn)物
9.5 小結(jié)
9.6 參考文獻
第10章 管理自動化測試
10.1 編寫有效的測試腳本和測試數(shù)據(jù)
10.2 管理手工和自動化測試腳本
10.3 測試套件維護
10.4 小結(jié)
10.5 參考文獻
附錄A 數(shù)據(jù)驅(qū)動自動化：用戶組討論
附錄B 自動化測試的術(shù)語與定義
附錄C 使用Rational Suite TestStudio的測試自動化項目計劃的例子
附錄D 測試自動化項目工作計劃模板