通用性越高的庫(kù)或框架，就越必要添加單元測(cè)試。

對(duì)于一個(gè)完整的 UI 庫(kù)而言，通常應(yīng)該包含如下內(nèi)容：

• 代碼；

• 文檔；

• 示例；

• 自動(dòng)化測(cè)試。

其中，文檔與示例用于提供給庫(kù)的使用者，示例使其能夠直觀地判斷這個(gè)庫(kù)是否能夠滿足自己的需求，而文檔可以指導(dǎo)其在自己的項(xiàng)目中集成并使用該庫(kù)。

而自動(dòng)化測(cè)試，是提供給 UI 庫(kù)的開(kāi)發(fā)及維護(hù)人員，它能夠帶來(lái)以下好處：

• 降低人工測(cè)試的成本；雖然編寫(xiě)及維護(hù)測(cè)試腳本需要付出額外的成本，但從長(zhǎng)遠(yuǎn)來(lái)看，這些成本通常遠(yuǎn)比采用人工測(cè)試要低地多；

• 保證該庫(kù)在后續(xù)的開(kāi)發(fā)維護(hù)過(guò)程中不會(huì)出現(xiàn)意料之外的問(wèn)題；在修改代碼「比如優(yōu)化、重構(gòu)、修改或添加新的功能等」后，往往需要重新進(jìn)行測(cè)試，這時(shí)人工測(cè)試通常無(wú)法保證覆蓋到每一個(gè)測(cè)試點(diǎn)，這時(shí)就會(huì)為項(xiàng)目帶來(lái)隱患；

• 評(píng)估其可用性；一般編寫(xiě)測(cè)試的過(guò)程就是使用這個(gè)庫(kù)的過(guò)程，這時(shí)我們可以方便地評(píng)估這個(gè)庫(kù)的可用性是否良好；

• 提供穩(wěn)定可靠的印象；一般情況下，開(kāi)發(fā)人員更偏向于使用提供單元測(cè)試的庫(kù)，這會(huì)避免一些不必要的風(fēng)險(xiǎn)。

當(dāng)然，以上觀點(diǎn)只是對(duì)于通用性較高的庫(kù)而言的。

而對(duì)于與業(yè)務(wù)相關(guān)的 UI 部分，通常由于其界面變動(dòng)較為頻繁，維護(hù)其測(cè)試腳本的成本會(huì)很高，與其專門(mén)招一兩個(gè)懂得自動(dòng)化測(cè)試的工程師來(lái)維護(hù)測(cè)試腳本，還不如用比較低的工資招聘幾個(gè)人進(jìn)行人工測(cè)試來(lái)的成本低，這時(shí)就需要根據(jù)項(xiàng)目所需的穩(wěn)定程度來(lái)仔細(xì)權(quán)衡了。