因此，讓我們進一步調查圍繞自動化測試的問題領域，看看怎么做才能改善這種情況：

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

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

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

變得更像產(chǎn)品環(huán)境會越來越困難。這可能是因為缺乏硬件資源、許可證、人力等。

。  程序的功能隨時間而變化，而測試必須做出相應的調整，耗費時間和精力。

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

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