自動化金字塔基本概念

敏捷方法

敏捷方法，或敏捷開發(fā)（模式），是一種針對需求會快速變化的項目的開發(fā)方法（模式），項目主要是指軟件工程 。

敏捷方法的主要內(nèi)容是，所有跟當(dāng)前產(chǎn)品開發(fā)有關(guān)的人員——商業(yè)人員、程序員、測試員、分析師等等——組成一個團(tuán)隊共同決定產(chǎn)品開發(fā)的走向，這是一種面向產(chǎn)品的開發(fā)模式 。

Scrum

Scrum是敏捷方法的一種，是一種迭代式增量軟件開發(fā)方法，在1990年代由Ken Schwaber和Jeff Sutherland開發(fā)，通過提供一套簡單而嚴(yán)格的規(guī)則和對規(guī)則外的情況的靈活適應(yīng)完成項目的開發(fā)過程。除了Scrum外，比較知名的敏捷方法還有XP極限編程、Crystal、DSDM、FDD等，這里不再一一介紹。

自動化金字塔

自動化金字塔是對一種自動化測試過程的金字塔形策略結(jié)構(gòu)的稱呼。

在軟件產(chǎn)品的測試上，為了能夠達(dá)到高效率、高質(zhì)量、反饋性好、解放人力的效果，需要引入自動化測試技術(shù)。為了對自動化測試的測試層次提供引導(dǎo)方向，人們總結(jié)出了自動化金字塔結(jié)構(gòu)的測試層次。

原始結(jié)構(gòu)：三層結(jié)構(gòu)

最初的金字塔結(jié)構(gòu)被邁克科恩在2009年的著作Succeeding with Agile: Software Development using Scrum （《Scrum敏捷軟件開發(fā)》）中提到，在這本書中，自動化測試金字塔被定義為一種三層的金字塔形結(jié)構(gòu)，如圖1所示 。

在最初的三層金字塔中，最下層是單元測試，單元測試是自動化測試策略穩(wěn)固的根基，因此也是金字塔結(jié)構(gòu)的最底層；最上層是用戶界面，通常用戶界面是脆弱的，測試和修改的經(jīng)濟(jì)成本和時間成本較高；中間服務(wù)層是為了過渡用戶界面和程序單元而設(shè)計的，認(rèn)為所有應(yīng)用程序都由各種服務(wù)組成，服務(wù)是指實現(xiàn)某一具體功能的程序集合，服務(wù)通過對輸入進(jìn)行響應(yīng)而體現(xiàn)。通過對服務(wù)進(jìn)行測試，而不是對用戶界面進(jìn)行測試，可以極大縮短時間和成本。

需要說明的一點是，有的地方在最底層之上增加了一層組件層（Component），一般可以認(rèn)為單元層和組件層在同一層。

補(bǔ)充：三層加帽結(jié)構(gòu)

在Lisa Grispin的Agile Testing（《敏捷測試》）一書中，對自動化金字塔原始的三層結(jié)構(gòu)進(jìn)行了補(bǔ)充，增加了手工測試的“帽子”結(jié)構(gòu)，如圖2所示 。

在這種結(jié)構(gòu)中，認(rèn)為無論自動化測試的效果有多好，總是需要一些人工測試的成分，如探索式測試或用戶滿意度測試等，所以以云狀結(jié)構(gòu)添加了人工測試在金字塔的頂端。

替換：探索式測試替代人工測試

隨著敏捷測試的不斷推進(jìn)，有一種說法認(rèn)為可以將云狀結(jié)構(gòu)內(nèi)容從人工測試換為探索式測試（Exploratory Test），這里不再附圖，主體結(jié)構(gòu)形式和三層加帽結(jié)構(gòu)一致。

自動化金字塔的解讀

對自動化測試金字塔結(jié)構(gòu)的解讀可以分為以下幾個方面：

1. 越下層投入應(yīng)當(dāng)越多，這是金字塔結(jié)構(gòu)主要提出的觀點，認(rèn)為單元測試的穩(wěn)定性和投入保證了產(chǎn)品質(zhì)量；

2. 越下層效率會越高，因為軟件的漏洞最終是落在具體的程序代碼上的，所以底層的測試效率是最容易發(fā)現(xiàn)和修改錯誤（BUG）的；

3. 越下層成本會越低，因為低層代碼測試進(jìn)行的最早，此時發(fā)現(xiàn)錯誤修改起來較為容易，牽連的其他內(nèi)容也很少，越向上再發(fā)現(xiàn)問題往往需要修改的代碼量會成倍增多，所以說下層測試和修改的各項成本都是相對低的；

4. 越下層實現(xiàn)專業(yè)性要求越高，雖然底層的直接修改是容易的，但是這是基于擁有一個經(jīng)驗豐富的程序員或測試員的前提下，高度的專業(yè)性意味著人才的需求和人力成本的提高。

反模式

在很多團(tuán)隊中都缺乏穩(wěn)定的單元測試人員，或單元測試人員的經(jīng)驗不足，這導(dǎo)致發(fā)展一個穩(wěn)定的單元測試根基并不是一件容易實現(xiàn)的事情，于是有人提出了金字塔結(jié)構(gòu)的反模式。

如2012年Alister Scott提出的蛋筒冰激凌模式，就是將金字塔中用戶界面和單元兩個結(jié)構(gòu)所占比重進(jìn)行了對調(diào)，并且極大增加了手工調(diào)試的比重。這反映出了團(tuán)隊在自動化測試能力上的欠缺和投入不足。這種模式是缺乏完善產(chǎn)品質(zhì)量保證監(jiān)督體系的團(tuán)隊常采用的模式，從用戶的需求入手，回溯到單元實現(xiàn)上。這樣的后果是產(chǎn)品質(zhì)量得不到保證，且代碼的可讀性、可維護(hù)性、可修改性差。

此外還有紙杯蛋糕模式等，在此不做介紹。2100433B

用戶金字塔模型的建立，自上而下，上層影響下層。主要為了讓運(yùn)營者對用戶的構(gòu)成有一個清晰的了解，并且在實際工作中，往往需要抓住的是金字塔頂端20%的用戶；可以利用用戶進(jìn)行有效地管理用戶；并且每個模塊可以再進(jìn)行拆解成小金字塔，作為管理工具，增加用戶和用戶之間的關(guān)系。

用戶金字塔模型，第一級是社區(qū)的管理人員。第二級是用戶管理工具。第三級是有價值用戶，基本就是在社區(qū)里面足夠活躍，并且給社區(qū)貢獻(xiàn)有效價值的那些用戶。第四級是一般性用戶。

整體來看，用戶的金字塔模型更多的是用于用戶的管理，確保促活和留存。2100433B