人工測(cè)試

DevOps來說，即便自動(dòng)化測(cè)試比人工測(cè)試帶來的收益更大，人工測(cè)試依然是軟件開發(fā)過程中的一個(gè)重要部分。即便沒有別的原因，為了將測(cè)試自動(dòng)化，我們至少也得手動(dòng)執(zhí)行一次測(cè)試來驗(yàn)證。

接受測(cè)試( Acceptance testing)尤其難以替代，即使有人嘗試去這么做。即使對(duì)那些開發(fā)功能實(shí)現(xiàn)需求的人來說，軟件需求規(guī)范簡(jiǎn)短并且難以理解。在這些情況下，有質(zhì)量保證的人盯著是有價(jià)值并不可替代的。

讓人工測(cè)試變簡(jiǎn)單的東西和讓自動(dòng)化的集成測(cè)試變簡(jiǎn)單的東西一樣，所以這兩種測(cè)試策略之間也存在協(xié)同效應(yīng)。

為了讓質(zhì)量保證人員開心，你需要：

管理測(cè)試數(shù)據(jù)，主要是后端數(shù)據(jù)庫(kù)的內(nèi)容，這樣當(dāng)你重復(fù)運(yùn)行測(cè)試時(shí)，才能得到相同的結(jié)果。

為了驗(yàn)證缺陷是否修復(fù)，需要盡快部署新代碼。

看上去顯而易見，但是實(shí)踐起來會(huì)有些難度。也許你的數(shù)據(jù)庫(kù)太大，無法復(fù)制到測(cè)試環(huán)境。也許它包含最終用戶的數(shù)據(jù)，根據(jù)法律需要保護(hù)。在這些情況下，你需要在部署測(cè)試環(huán)境前辨識(shí)并清洗任何關(guān)于私人信息的數(shù)據(jù)。

每個(gè)企業(yè)都是不一樣的，所以在這個(gè)領(lǐng)域很難給出除了KISS原則(Keep it simple，stupid)之外的普適的有用建議。