私が取り組んでいる製品は、過去 6 年間開発されてきました。それは、非常に複雑なパーツ WPF/パーツ レガシー アプリケーションへの一般的なデータ入力ポータルとして始まりました。このシステムは、何年もの間、単一の単体テストなしで開発されてきました。ここで、包括的な単体テスト フレームワークの要点が提起されました。私は最近、この製品に取り組むために採用され、「テスト」を行う任務を負っています。過去 6 年間製品に取り組んできたチームが「アジャイル」を採用したため、このプロジェクトにはビジネス ルールのドキュメントや設計ドキュメントがまったくありません。
一部のモジュールの単体テストを作成しようとしています。しかし、メソッドをざっと見ただけではその意図が明らかにならないため、何をモックするのか、テスト フィクスチャをどのようにセットアップするのか、最終的には何をテストするのかがわかりません。また、コードが特定の方法論を念頭に置いて開発されていないことに気付きました。
状況を考えると、Stackoverflow の善良な人々がこの状況を救う方法についてアドバイスをくれるのではないかと考えていました。この一般的な状況について何か述べている本「レガシー コードの操作」について聞いたことがありますが、テクノロジー スタック (C#、VB、C++、.NET 3.5 、WCF、SQL Server 2005)。