リファクタリングのためのTestability既存のシステム

Question

まるチームで動作します。この商品において～5歳での使用ASP.NET ケ.その建築が、時間とものとなっており比較的混沌通じてソリューションとなります。ので、よひどいものの、絶対に使用できあ;ご承知のようにしたいとおもいます

って一refactoringsに来てからのプロジェクトチーム約6ヶ月前。あrefactoringsに、シンプルで抽出方法、引法等一部のrefactoringsより構造.後者の変化を私は緊張していないのではないで、総合スイートのユニット試験は同一です。

チーム全体でボード上のために必要な構造変化を通じてリファクタリングも弊社のプロジェクトマネージャーは表現の問題もないのに十分な試験をrefactoringsと自信を得るためなの導入退バグのシステム。その私たちのように書きする試験の最初の既存の建築、そのrefactorings.私の引数がシステムのクラス構造のもの密な結合への書き適切な試験、およびその使用テスト駆動型のアプローチをして実行しrefactoringsがあります。うのは、この筆記試験に対する既存のコンポーネントが、筆記試験のための特定の機能要件、そのリファクタリング、既存のコードの要求を満たす.これまでの書きる試験にもより長寿命システムにより書きのバス'捨て'試験までを実施。

いい経験がどのよう最善の対処方法は？私は自分の考えを伝えなが聞こえてくるようになっから入力します。

Answer 1

お時の懸念を有効とをするときは、必ずお客様のシステムの下で試験を行う前に、主要refactorings.

そのためくコピーのマイケル-羽帳 効果的にレガシーコード （"レガシーコード"羽毛することによりシステムだけるように、十分な対象ユニットです。このはたっぷりの良いアイデアをどのように休憩ではそのカップリングおよび依存関係がありませんので、安全なリスクの導入に回帰させてしまいます。

幸運のリファクタリングプログラム私の経験で楽しくcathartic工程からでも勉強することができます。

Answer 2

ですが再度要因。んが書きをしたいrefactor用TDDがら、既存のコードベース。そのフェーズアウト更なる前倒し既存のコードが新たな試験ニーズにおPM

Answer 3

そしてスローに提案を リファクタリング サイトマルタンファウラー.彼は文字通り本を書いたこと。

どの導入ユニットテストの方程式の方法については、トップレベルコンポーネントをすべて外部の依存関係では、コンクリート物入れ替えインタフェースお客さま人数小児-幼児に行われることでたくさん出てしまうと思いますが容易書単位試験に対するコードベースなどをすることができますので一つのコンポーネントです。でなければいけません捨ユニット。

ユニット試験ASP.Net できるトリッキーな川岸の遊歩道沿いにあるの枠組みのしやすさを追求した。 ASP.Net MVC, は、 WCSF する。

Answer 4

だけで投げしてください推薦のための効果的にレガシーコードは、優れた予感"に変はほとんどだわり条件など、いろいろな方法ァン/untestableすることが可能でwrangled!

Answer 5

完全に賛成するための イアン-ネルソン.またいか""高水準試験（機能またはコンポーネント試験）を維持するための行動の観点から、ユーザーです。この点が最も重要な関心事のお時までです。