我們有一個由2年開發的項目,設計不佳的建築。現在一天沒有任何單元測試。單位測試代碼的產生
當前版本的系統工作正常,但我們非常需要重構核心模塊。
預算也是有限的,所以我們不能僱用足夠數量的開發人員編寫單元測試。
是否有可能爲單元測試自動生成代碼,其中涵蓋了與數據的交互,假設現在系統工作正常,當前系統的輸出可以在單元測試中轉換爲XML-裝置?
這種方法爲我們提供了可能性,迅速啓動現有的代碼重構,如果一些核心功能,因爲變化的損壞receieve即時反饋。
我們有一個由2年開發的項目,設計不佳的建築。現在一天沒有任何單元測試。單位測試代碼的產生
當前版本的系統工作正常,但我們非常需要重構核心模塊。
預算也是有限的,所以我們不能僱用足夠數量的開發人員編寫單元測試。
是否有可能爲單元測試自動生成代碼,其中涵蓋了與數據的交互,假設現在系統工作正常,當前系統的輸出可以在單元測試中轉換爲XML-裝置?
這種方法爲我們提供了可能性,迅速啓動現有的代碼重構,如果一些核心功能,因爲變化的損壞receieve即時反饋。
我會對任何聲稱能夠自動確定任意應用程序的要求並將其編碼爲好的單元測試的工具保持警惕。
相反,我會花一點時間建立至少一些高級功能測試。這些可能是在代碼中,使用完整的堆棧加載一組預定義的輸入和檢查對已知結果,例如。或者甚至可能更高級的使用像Selenium或FitNesse這樣的自動化工具(取決於您構建的應用程序類型)。首先關注測試系統中最重要的部分,因爲時間總是有限的。向前邁進,我建議你得到一份Michael Feathers'Working Effectively with Legacy Code的副本,它處理你正面臨的問題:需要更新一個未經測試的大型代碼庫,同時確保你不會破壞現有的功能該過程。