Agenda 1：什么是功能測試解決方案？為什么需要功能測試解決方案？

Slide 4：功能測試的定義：

驗證系統(tǒng)的功能性符合預定的功能說明書的測試。

Slide 5：功能測試解決方案的關(guān)鍵組成：

范圍之內(nèi)的：

    手工測試
    功能測試自動化
    測試管理

范圍之外的：

    單元測試
    靜態(tài)分析
    性能測試
    應用程序的監(jiān)測

Slide 6：你的工作室有做過任何功能測試腳本的自動化嗎？

通過調(diào)查北美和歐洲公司的74個決策者得出以下數(shù)據(jù)：

Slide 7：手工測試的正反面

正方：

測試用例設計的成本是少的

    不需要使用工具或工具專家
    沒有自動化的需要
    不需要在測試執(zhí)行之前預留提前期

可以腳本化，帶探索性，或兩者皆可

    測試設計和測試執(zhí)行同時進行
    在標準的手工測試腳本設計和執(zhí)行之前，之間和之后都很有用

【Kiki】需要注意一下這里所說的腳本，不是普通意思上我們說的自動化測試腳本。在美國和其他，他們將手工測試的測試用例用非常清晰的步驟描述，有些象我們手工測試用例中的步驟，但比那更加詳細，一步一步相當清楚，不需要測試人員太多的涉及，執(zhí)行下來測試人員象一個機器人一樣。

反方：

測試執(zhí)行的成本很高

    成本 ＝ 執(zhí)行時間 × 勞動率
    執(zhí)行時間很昂貴
    當重復執(zhí)行時，沒有效率

腳本化的測試執(zhí)行很單調(diào)

    不需要創(chuàng)造力

所有的窗體都是有極高的錯誤傾向

    質(zhì)量取決于測試人員每時每刻的細心
    測試結(jié)果的文檔化是另一個錯誤的潛在來源

Slide 8：專業(yè)的工具支持可以提高腳本化手工測試的效率

工具的支持幫助手工測試人員：

    在一個且安全的地方存儲測試計劃，測試腳本和測試結(jié)果
    共享跨越測試用例中的測試組件（例如：登陸系統(tǒng)）
    自動化數(shù)據(jù)輸入和數(shù)據(jù)校驗

Slide 9：測試自動化的正方面

正方：

    將測試人員解放出來做更多智力型的測試（例如：探索性測試）
    減少測試執(zhí)行的時間和成本
    允許工作室擴展測試工作的范圍

反方：

    增加了測試設計之前的投資
    容易浪費時間在自動化“錯誤”的測試上 － 或用錯誤方法實現(xiàn)正確的測試
    要求比手工測試更多的技術(shù)專家和專業(yè)工具的支持

Slide 10：一個測試自動化經(jīng)濟效果的簡化概覽

自動化一個測試腳本的成本的計算方法：

測試自動化的成本 ＝ 工具的成本 ＋ 腳本創(chuàng)建的人力成本 ＋ 腳本維護的人力成本

何時選擇自動化

自動化的成本 < 和將要執(zhí)行的自動化測試的次數(shù)一樣的手工執(zhí)行測試的成本

例如：如果一個測試腳本在以后的兩年里每星期運行一次，而且如果自動化這個測試的成本小于手工執(zhí)行測試104次的成本，那么自動化這個測試。

Slide 11：為什么你的公司沒有執(zhí)行任何的測試自動化？

通過調(diào)查38位北美和歐洲的沒有執(zhí)行任何測試自動化公司的決策者得出以下數(shù)據(jù).