自動化測試的計劃和實施第一階段
從自動化測試決策的制定到決定進行實施,這中間有很多工作要做.包括說服你的老闆,自動化是一個持續投入的過程,而且初期投入很大,短期内無法看到 回報,而且要持續進行投入,不能半途而廢,投入的過程中需要各個部門的通力合作,上至包括系統分析師,研發人員特别是研發部門經理,項目經理.下至系統測 試部門等等,每個環節都跟自動化測試有着直接和間接的關系. 一旦決定開始進行實施自動化測試,就基本上沒有回頭的道路,因為前期的巨大的投入,導緻如果想要中途終止,那麼前期的巨大投入就是嚴重的資源浪費.
開頭講了一點題外話,
現在開始介紹實施的第一階段——從無序到有序.
我參與的這個産品的自動化項目開始于二零零三年初,從一開始就缺少經驗, 我們走過的每一步現在回想起來都是痛苦的經曆.因為大家都沒有類似的自動化經驗,加上團隊的每個成員基本上都是開發出身,加上項目進度緊張,缺乏必要的自 動化測試理念和自動化測試的相關教育訓練.更嚴重的事,這個時候,自動化剛剛起步,沒有一個自動化的平台支援. 結果是每個工程師把一個單獨的自動化測試項目(一個子產品)作為一個獨立的工具進行開發.結果導緻自動化測試用例的混亂,而且無法進行維護.不同工程師開發 出來的東西也是千奇百怪.自動化團隊的工程師慢慢的失去了耐心和信心,産生了抵觸情緒,這個為以後的自動化測試的順利開展帶來了一定的障礙.
這個時候的教訓就是不能急于求成,不能為了一味的追求速度和效率. 自動化團隊的經理應該控制項目的節奏,不能妥協于項目的巨大壓力. 逐漸培養自動化開發工程師的興趣和探索動力.
另外就是自動化團隊成員沒有系統全面的教育訓練和嚴格的規範限制,即使每個人都有能力開發出來自動化測試腳本,但是卻難于維護和執行.這個時候我們就認 識到自動化測試平台或者架構的重要性不僅僅在于使得測試腳本的開發更加容易進行,而且可以統一大家的思想和測試腳本的一緻性. 在這之前我們對自動化測試平台的認識比較膚淺.
在不同的階段,自動化團隊的成員構成也不盡相同. 在這個階段,自動化團隊的成員基本上都是自動化開發工程師.就是把手工的測試子產品進行腳本化. 然後可以自動化進行執行.
如果你不想再體驗一次自學時找不到資料，沒人解答問題，堅持幾天便放棄的感受的話，可以關注我們群（785128166），大家一起讨論交流，裡面也有各種軟體測試資料和技術交流。