軟件測試自動化的糾結(2)

　　站在公司角度看，應更多考慮自動化測試的投入產出，毫無疑問選擇關鍵字驅動腳本，保證自動化測試效率。如果選用原生態的腳本語言，那么自動化測試的開發工作量會增加，要求測試人員和開發人員達到1：1的配備，將來自動化測試的腳本維護也會是一個很大的問題。如果選擇像C++/C#這樣高級語言來寫自動化測試腳本，腳本變得復雜，會帶來腳本本身測試/驗證的問題，形成了一個無窮的“遞歸循環”。
　　從管理角度看，可以采取行政命令，統一行動，全面采用優秀的自動化測試框架和關鍵字驅動腳本，確保有高產出投入比(ROI)。同時，過于強制實施某套方案，可能會不利于員工的工作積極性或主動性，也會對生產力產生負面影響。
　　站在公司角度，也要關懷員工，幫助員工的職業發展，如何創建更多的機會給員工來提高自己的能力。所以，全面推行關鍵字腳本的軟件開發呢，還是允許部分團隊采取那種相對原始的腳本開發模式呢? 這是一對矛盾，需要平衡和疏導。有些獨立的項目、周期短的項目、局部的項目可以放開，由團隊自己來決定，而對最核心的全局產品開發、周期長的項目統一到同一個支持關鍵字驅動腳本的自動化框架上來。

原文轉自：http://www.uml.org.cn/Test/201011171.asp