ApprovalTests對於傳統代碼看起來不錯，但問題是我的遺留代碼在應用程序服務器中運行，重新部署應用程序需要2分鐘。正因爲如此，我擔心運行批准測試的反饋循環會讓我不想經常運行它。我可能最終會在不經常測試的情況下更改更多的代碼，並可能進入「change-> test-> fail-> revert」的重複模式。如何在需要應用服務器運行的遺留代碼上有效使用ApprovalTests？
任何人都可以給我關於如何使用ApprovalTests與遺留代碼需要很長時間部署？這正是我期望處理的內容，還是我以錯誤的方式編寫了這個測試？
我是從產品的創建者的答案：
所以，你必須關注的是「變化 - >測試 - >故障 - >還原」 和發生這種情況，但體積更小，更謹慎改變你應該能夠取得良好的進步，失敗不應該被規則，但是一個例外。 另外，請記住，在遺產的座右銘是更好，不好。使用此測試，直到您足夠重構以獲得不需要應用程序服務器的測試。那麼你移動得更快。認可測試本身並不需要大或慢，它只是驗證。這是做大或慢的測試，雖然批准測試對此很有幫助，但這絕不意味着建議或推薦那些測試是您想要的測試。
然後我問：
你是說，「approvaltests，可以測試這種方式，但是這不是使用approvaltests一個很好的方式」？如果我已經正確解釋，那麼更好的方法是什麼？
他回答說：
肯定。批准測試可以讓您以這種方式進行測試。 這不是單元測試的好方法。 它很可能是您現在進行單元測試的最佳方式。 使用它，直到你重構到一個更好的方式來進行單元測試（一個不需要服務器）
希望這可以幫助其他人同樣的問題。
你想要測試什麼項目？
如果要使用批准測試來測試表單，您應該找出一種方法將依賴關係與應用程序分開，並允許測試僅針對代碼運行。最好的方法是開始將較小的代碼塊重新分解爲單元可測試的塊，然後將顯示與數據源和依賴關係分離的路徑將顯示出來。
此視頻遺產重構是好的： http://www.youtube.com/watch?v=aWiwDdx_rdo （觀看整個事情它的價值吧）
該視頻顯示數據的加載了從項目分開的好方法： http://www.youtube.com/watch?v=5gIeJ6z82Pk