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

。  廉價的測試沒什么價值。

一個問題是，單元測試是成本很低的自動化測試類型，一般來說它比其他的測試類型帶來的價值更低。單元測試仍然是一種不錯的測試類型，但是人工測試可能被認(rèn)為會在實(shí)踐中暴露更多的bug。可能就會感覺寫單元測試沒什么必要了。

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

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

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

這使得自動化測試好像只是讓軟件開發(fā)變得更困難而沒有感覺到什么收益。

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