因此，讓我們進(jìn)一步調(diào)查圍繞自動(dòng)化測(cè)試的問(wèn)題領(lǐng)域，看看怎么做才能改善這種情況：

。  廉價(jià)的測(cè)試沒(méi)什么價(jià)值。

一個(gè)問(wèn)題是，單元測(cè)試是成本很低的自動(dòng)化測(cè)試類型，一般來(lái)說(shuō)它比其他的測(cè)試類型帶來(lái)的價(jià)值更低。單元測(cè)試仍然是一種不錯(cuò)的測(cè)試類型，但是人工測(cè)試可能被認(rèn)為會(huì)在實(shí)踐中暴露更多的bug。可能就會(huì)感覺(jué)寫(xiě)單元測(cè)試沒(méi)什么必要了。

。  很難去創(chuàng)建和自動(dòng)化集成測(cè)試相關(guān)的測(cè)試支架( test cradle)。雖然實(shí)現(xiàn)單元測(cè)試的測(cè)試支架或者測(cè)試夾具( test fixture)不是很困難，但是將其

變得更像產(chǎn)品環(huán)境會(huì)越來(lái)越困難。這可能是因?yàn)槿狈τ布Y源、許可證、人力等。

。  程序的功能隨時(shí)間而變化，而測(cè)試必須做出相應(yīng)的調(diào)整，耗費(fèi)時(shí)間和精力。

這使得自動(dòng)化測(cè)試好像只是讓軟件開(kāi)發(fā)變得更困難而沒(méi)有感覺(jué)到什么收益。

在開(kāi)發(fā)和運(yùn)維關(guān)系不是很緊密，或者說(shuō)非面向DevOps的企業(yè)中，尤其如此。如果有其他人不得不處理你那些不能正常工作的爛代碼，那么對(duì)于開(kāi)發(fā)人員來(lái)說(shuō)寫(xiě)點(diǎn)爛代碼根本無(wú)關(guān)緊要。這不是一個(gè)健康的關(guān)系。這也是DevOps想要解決的最核心的問(wèn)題。DevOps的方式證明了這條已重復(fù)數(shù)次的規(guī)則：幫助不同角色的人們緊密工作在一起。在像Netflix這樣的企業(yè)中，一個(gè)敏捷團(tuán)隊(duì)對(duì)自己服務(wù)的成功、維護(hù)及中斷負(fù)有全部責(zé)任。