談談我在自動化測試中遇到的坑(8)

在我感到自動測試可能就是在金子塔尖徘徊徘徊的時候，又發生了一件事情打破了我之前對自動化的認識。公司的大領導突然非常重視自動化，整體上加強了對自動化的投入，成立的專門的自動化小組。大領導直接拍了一個很高的自動化目標，自動率要達到30%，不到一個月又更新為要達到40%，然后要達到60%.....

這就意味著自動化測試不僅僅是做回歸測試，還要做新功能的測試。要做新功能的測試，并且還要讓腳本在新功能提交的時候就可以測試，就需要提前把腳本寫好，而且界面、CLI都要盡量沒有變化，當時我覺得是不可能做到的，覺得領導就是在那里拍腦袋瞎指揮。而且Martin這樣的大師都說了，自動化測試要做成金字塔的樣子，我們去把金字塔的塔尖做大做平，真的有意義嗎？

事實時，自動化測試組的leader在老板的支持下，真的做到了。在老板的支持下，他把流程改了，他把自動化測試明確的放在了流程中進行考慮。我們的產品是有CLI和UI的。以前CLI和UI是功能設計后期才輸出，現在改為了在需求確定后就要輸出相關的設計。對CLI要輸出確定的界面回顯。而且一旦評審通過，不允許隨便修改。如果要修改，必須要通知自動化團隊。自動化團隊在CLI接口設計完成后，就會立即封裝自動化的函數（我們內部叫AW，action word），自動化團隊基本能夠在用例輸出的時候就可以完成所有的AW封裝。產品團隊可以在用例設計完就投入腳本的編寫。然后我們真的做到了用腳本來做新功能的接收測試，功能測試！

由于這個自動化團隊是一個拉通了所有產品的資源部門，他們還盡量考慮了AW在不同產品的復用（在AW復用之前，我們的測試用例就已經復用了），后來進化為了腳本的復用。比如A產品有“掃描”這個功能并且已經做了自動化了，B產品也準備做“掃描”這個功能，B產品不僅可以直接用A產品需求相同部分的用例，還可以直接用A產品的腳本！腳本讓原本分散在不同產品不同版本中的測試人員，形成了一種合力，大大提升了測試效率。我感到這時的自動化，才是真正可以替代手工執行的自動化，我第一次真真實實的感到了自動化測試的好處。

這段經歷給我的觸動是巨大的。

• 我感到自動化測試，不是測試單方面能夠搞定的事情，需要開發的理解和配合，更需要領導的支持

  原文轉自：http://gitbook.cn/books/58d23ddcfa7558521a30277a/index.html

  • 共12頁:
  • 上一頁
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 下一頁