軟件測試金字塔

　在敏捷方法中，持續(xù)集成是其基石，持續(xù)集成的核心是自動化測試。下面這篇關(guān)于測試金字塔的文章，來自大師Martin Fowler。

　　測試金字塔的概念來自Mike Cohn，在他的書Succeeding With Agile中有詳細(xì)描述：測試金字塔最底層是單元測試，然后是業(yè)務(wù)邏輯測試，最后是端到端的測試（GUI或CLI）。

　　在我的職業(yè)生涯中，很多次聽到過自動化測試，自動化測試意味著端到端的通過界面完成的測試。完成這種自動化測試的工具一般是錄制然后回放，初始使用很容易，不需要任何編碼技能。

　　不過你使用一段時間后就會遇到很多麻煩，GUI的自動化測試運(yùn)行速度都很慢導(dǎo)致版本發(fā)布速度下降，同時完成自動化測試的軟件，一般都是商業(yè)軟件需要license因此只能在特定的機(jī)器上部署，且不容易通過腳本集成。

　　GUI測試用例還很脆弱，如對系統(tǒng)的一些修正可能導(dǎo)致很多用例的失敗，這時候你需要重新錄制。你可以放棄錄制的方法來解決這個問題，通過寫GUI測試代碼，但是這樣效率非常低。就算你已經(jīng)很精通了GUI測試代碼的編寫，端到端的GUI測試用例也很容易出現(xiàn)不可預(yù)期結(jié)果的問題－一些用例成功一些用例失敗，因此，基于GUI的自動化測試是脆弱、耗時（包括用例維護(hù)和執(zhí)行）的。所以測試金字塔要表達(dá)的是：底層應(yīng)當(dāng)有更多的單元測試和接口測試和邏輯測試，GUI測試用例能覆蓋到主業(yè)務(wù)流程即可。

　　我們注意到測試金字塔中間這一層：服務(wù)。業(yè)務(wù)服務(wù)的測試，我稱其為皮下測試，因?yàn)檫@一層就在用戶界面GUI下面。服務(wù)測試可以完成很多端到端的功能測試而不需要像GUI自動化測試那樣需要使用復(fù)雜的框架。如一個Web應(yīng)用，你可能使用自己寫的腳本測試端到端的邏輯，而GUI自動化你可能會使用Selenium這個工具。

　　測試金字塔發(fā)源與敏捷測試實(shí)踐，使用測試金字塔原則很容易將你項(xiàng)目中的測試用例達(dá)到平衡的狀態(tài)。在很多項(xiàng)目中都混淆了“端到端測試”，“UI測試”，“面向用戶的測試”的概念，其實(shí)他們都是測試的不同角度。例如你有一個javascript開發(fā)的應(yīng)用，那UI部分就需要用javascript的單元測試工具Jasmine完成大部分的UI功能測試；復(fù)雜的業(yè)務(wù)邏輯需要使用面向用戶的表單（form）來測試，而不僅僅是底層的單元測試。

　　因此我通常將上層的測試稱為“測試的第二防線”，如果你的一個上層測試用例執(zhí)行失敗，表現(xiàn)出來不僅僅是這個功能有問題，還說明你遺漏了這個地方的單元測試，因此你在修復(fù)功能之后，還需要補(bǔ)充相關(guān)的單元測試用例。

====================================分割線================================

最新內(nèi)容請見作者的GitHub頁：http://qaseven.github.io/

總結(jié)

以上是生活随笔為你收集整理的软件测试金字塔的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。