不斷蔓延的軟件測試基礎結構的危險[2] 軟件測試
避免惡性循環
你將如何避免影響?警示符號是什么?技巧在于，在你陷入惡性循環之前控制住你自己。在你實際已經離開很遠的時候很難意識到你離開太遠了。一個很老的Buggs Bunny卡通片說明了這一點。Buggs感到沮喪是因為對于兔子的慷慨比更具破壞性的動物少得多。他決定要通過跨越南北美洲來迂回前進破壞出一條路以便表示慷慨。他的慷慨是1百萬美元。后來他發現他正被整個陸軍和海軍搜尋。正當炮彈在他周圍降落，他悔恨，"可能我離開得有一些遠了。"
你可以避免這種命運。這里是三種你需要注意的情況：
人們把他們的精力傾注在基礎結構，而不是測試上面
正如我們早先所討論的，做軟件工作的樂趣之一就是如果你的想象力無限，你將可以創建出任何復雜的系統。成為軟件測試工程師的人們，當他們通常是以破壞東西來拿薪水的時候，對這個警報器的聲音是沒有免疫力的，并且經常將他們的創造精力傾注在建立復雜的測試基礎結構上。(有幾分像想當導演的演員。)這將自動成為一個問題嗎?不，但當工程師們對于基礎結構的情感因素，使他們對它的真實效用和限制失去判斷力時，它可能會成為一個問題。
測試工程師們可能將他們的基礎結構，看作所有問題的理想解決方法，但是在某些情況下，它甚至根本就不是一個解決方法。(記住一句古老的說法"當你所擁有的全部就是一把錘子時，任何東西看起來都像一個釘子")。更糟糕的是，他們對于基礎結構的巨大投入以及不斷地追加，會阻止他們看到他們的基礎結構該到停止使用或至少需要重新架構的時候了。他們可能沒有記住，他們的基礎結構曾經也是新的，并且取代了其它一些工具。
諷刺的是這個竟然發生在軟件測試工程師的身上，因為軟件測試的基本原則之一就是測試團隊必須獨立于軟件開發組織，為的是使測試團隊保持客觀性。一個簡單的事實是：你很難客觀和嚴格地對待自己的工作。
基礎結構的維護費用在不斷增長
你是否留意過城市和鄉鎮是怎樣建設新公園的，但只是幾年之后，它們便因為失修變得破爛了?城市看起來總是找到一條籌集資金的路來建公園，并且有時以需要正面新聞的人的名字來命名，但他們通常沒有資金來維護它們。
維護：那是軟件開發的成本，包括軟件測試基礎結構開發，這一點每個人都忘了去記住。是什么使一個軟件測試基礎結構的維護成本的增長超出控制?通常的情況是一個軟件程序開始時很小，并且被設計成服務于一個特殊的需要。接著它變成了它自己的一個犧牲品，并被擴展來執行更多的任務。然而，它的基礎體系結構并沒有被修改，以便來處理這種增長。隨著時間的過去，越來越多的用戶可見的特性被增加，并且每一個新變化都會導致出現問題;當缺乏一個基礎結構時，這些問題可能十分嚴重，它允許使一個程序變成一個單一的巨大的實體，而不是一個由組件支持的核心。結果，越來越多的人需要修改軟件，并測試它，以便保證每一個修改不會使程序變得不穩定。
投入在基礎結構的時間和精力是無關緊要的;它總是缺乏一個你執行當前任務所需要的功能或特性。為什么會出現這種情況呢?可能是因為基礎結構嘗試成為所有人的一切基礎，并且它的維護人員總是嘗試擴展它的原始基礎結構來符合新的測試要求。
簡單代碼和智能數據的開源社區模型通常被認為是設計和創建一個程序的一個非常有效的方法。一個經常擴展的，單片的程序與這個模型正好相反，它可能是維護人員的一個夢魘。
使用測試基礎結構，高維護成本的一個征兆是建立一支"工具團隊"來維護基礎結構。這個工具團隊是獨立于軟件測試團隊的，而軟件測試團隊是工具的實際使用者。我已經在多元化公司見到了這個模型，但我一直沒有看見它們很好地工作。測試團隊和工具團隊不可避免地要在工具的成本和時間消耗上產生分歧。為什么?就是因為創建工具的人不用工具完成他們的工作。我認為一個模型在所有，或至少是許多創建和維護測試工具的軟件測試工程師那兒，會工作得更好。這個模型可以追隨開源社區模型，在開源社區模型中工具使用者(或是"消費者")可以直接對工具的創建和維護作出貢獻。
文章來源于領測軟件測試網 http://www.kjueaiud.com/