自動(dòng)化金字塔

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

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

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

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

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

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

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

替換：探索式測(cè)試替代人工測(cè)試

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

自動(dòng)化金字塔的解讀

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

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

2. 越下層效率會(huì)越高，因?yàn)檐浖穆┒醋罱K是落在具體的程序代碼上的，所以底層的測(cè)試效率是最容易發(fā)現(xiàn)和修改錯(cuò)誤（BUG）的；

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

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

反模式

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

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

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

敏捷方法

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

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

Scrum

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

自動(dòng)化金字塔

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

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

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

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

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