功能測試自動化的投入和産出

手工測試在功能測試中的優勢還是比較大的，工具本身并沒有想象力和靈活性，而人對界面美觀性、邏輯合理性，容易作出判斷。

是以功能測試自動化主要的應用 在回歸測試中，而且産品的界面（ui）和功能變化較大，自動化的腳本（script）維護成本較大，投入和産出往往變成我們最關心的問題，在功能測試中實 現測試自動化究竟是否合算？

　　如何降低成本、可以相對增加産出或者說更快地收回成本？關鍵是提高腳本開發速度、提高腳本運作的穩定性和降低維護腳本的工作量，主要方法有：

　　－ 選擇較好的、更适合的測試工具

　　－ 選擇适宜自動化的子產品

　　－ 盡量将腳本寫成資料驅動的腳本，這一點很重要。

　　－ 多錄制腳本，然後結構化腳本。我們知道，不是所有的子產品都可以變為資料驅動方式，這時就要抽象出腳本的結構，進行有效的組合，包括分層，形成有效的層次性。

　　－ 測試和腳本開發合二為一，效率更明顯

　　下表也部分說明了這個問題。也希望得到您更好的想法。

結構

成本

收益

淨收益

no automation

recording and playback

8.3

11

2.7

data-drivenstructure using data pools

8.4

18

9.6

framework structure

9.8

15

5.2

framework / data-driven (hybrid) structure focusingon views of the application and using data pools

11.6

19

7.4

本文出自seven的測試人生公衆号最新内容請見作者的github頁：http://qaseven.github.io/