あなたは幸運です -あなたが買える本があります!
私の経験では、大規模なプロジェクトに着手したら、助けを得る必要があります...
まず、Sonarをインストールし、プロジェクトを検査するように構成します。コードベースの高レベルの概要を提供し、危険に見える領域を強調表示します。コードベースを引き継ぐときは、適切に設計されたアプリを見ているのか、それともアナグマの糞の山を見ているのかを知ることが重要です。静的分析は非常に鈍い手段であり、多くの場合間違っている可能性がありますが、かなり良いスタートです。「ルールの遵守」が約 75% を下回っている場合は、丘を目指して走ってください。
ソナー分析にかなりの時間を費やし、見つけたものに応じてプラグインを使用してレポートを追加するかもしれません。
次に、ビルドとデプロイのプロセスを完全に理解していることを確認します。ほとんどの場合、コードが何をするのかを理解することはできますが、それが少しおかしなことであっても、多くの場合、デプロイメントは多くの刺激的な失敗モードを伴うブードゥーです。テスト環境を用意し、アプリケーションをゼロからコンパイルしてデプロイできることを確認します。これが、動く部分を理解するための最良の方法です。
これを行っている間、独自のリビジョン管理システム、継続的統合環境などをセットアップすることは理にかなっています.
最後に、自動化されたもの (Junit、Selenium など) やテスト スクリプトの形式など、あらゆる種類のテスト情報を見つけることができれば非常に役立ちます。結局のところ、何を期待すべきかわからない場合、アプリケーションが期待どおりに動作しているかどうかをどうやって知ることができるでしょうか? テストがない場合は、独自の単体テストを作成することから始めることを強くお勧めします。これは、他の人のコードを理解するための優れた方法です。また、何らかの理由で単体テストを記述できない場合は、通常、新しい仕事を探す別の兆候です。