Slide 4:功能測試的定義:
驗證系統的功能性符合預定的功能說明書的測試。
Slide 5:功能測試解決方案的關鍵組成:
范圍之內的:
范圍之外的:
Slide 6:你的工作室有做過任何功能測試腳本的自動化嗎?
通過調查北美和歐洲公司的74個決策者得出以下數據:
正方:
測試用例設計的成本是最少的
可以腳本化,帶探索性,或兩者皆可
【Kiki】需要注意一下這里所說的腳本,不是普通意思上我們說的自動化測試腳本。在美國和其他國家,他們將手工測試的測試用例用非常清晰的步驟描述,有些象我們手工測試用例中的步驟,但比那更加詳細,一步一步相當清楚,不需要測試人員太多的涉及,執行下來測試人員就象一個機器人一樣。
反方:
測試執行的成本很高
腳本化的測試執行很單調
所有的窗體都是有極高的錯誤傾向
Slide 8:專業的工具支持可以提高腳本化手工測試的效率
工具的支持幫助手工測試人員:
Slide 9:測試自動化的正方面
正方:
反方:
Slide 10:一個測試自動化經濟效果的簡化概覽
自動化一個測試腳本的成本的計算方法:
測試自動化的成本 = 工具的成本 + 腳本創建的人力成本 + 腳本維護的人力成本
何時選擇自動化
自動化的成本 < 和將要執行的自動化測試的次數一樣的手工執行測試的成本
例如:如果一個測試腳本在以后的兩年里每星期運行一次,而且如果自動化這個測試的成本小于手工執行測試104次的成本,那么就自動化這個測試。
Slide 11:為什么你的公司沒有執行任何的測試自動化?
通過調查38位北美和歐洲的沒有執行任何測試自動化公司的決策者得出以下數據.
Slide 12:由測試工作量變化產生的正確平衡
測試團隊的組成
所測試應用程序的特征
時間軸
Slide 13:手工和自動化測試的集成測試管理解決方案的收益
計劃和監控所有測試活動的共同接口
手工和自動化測試資產的變更管理
提交來自手工測試和測試自動化工具的缺陷直接到測試管理工具里
遞增的自動化測試包中的部分內容
Agenda 2:Forrester如何評估功能測試解決方案?Slide 15:我們如何決定選擇哪些供應商?
參與的標準
一些被排除的供應商
- 他們已經在去年的自動化工具中評估過了
- 他們關注的是關鍵字驅動的測試自動化
- 關注開發人員的測試
Slide 16:評估的供應商和他們相應的產品
Slide 17:Forrester Wave?評估的流程
評估在2006年2月到5月間進行
- 基于在2006/6/1為止一般可用的產品能力
選擇87個評估標準的開發流程
- 訪問了供應商,專家,外包商和用戶
供應商的自我評價
- 依賴由供應商提供的部分數據來評估
訪問供應商的策略
- 和執行者對話來確定供應商將如何增強他們在未來的供應
產品的演示
- 確認我們對產品能力的理解
大量的和客戶證明人一起的事實校驗
- 確定供應商的供應物在實踐中如何和理論一致的工作
Slide 18:評估的標準
Forrester用87個標準評估了這5家供應商的解決方案
這些標準主要劃分為以下三個大類(19個小類)
原文轉自:http://www.anti-gravitydesign.com