問題タブ [technical-debt]

Set と List を実装するクラスがあります。プログラムは Java6 および Java7 で正常に動作します

Java 8 では、これはコンパイルされません。エラーは

java: クラス trial.SetList は、型 java.util.Set および java.util.List から spliterator() の関連のないデフォルトを継承します

java/util/Set.java:394

java/util/List.java

Java 8 で Set と List の両方を実装するクラスを持てないということですか? （技術的負債を支払う時が来たようです。）

パートナーから出荷された Java アプリのソース コードを取得しますが、テスト コードは含まれていません。

コードに対して sonar qube を実行します。しかし、私たちの標準的な品質プロファイル (PMD/Findbugs など) に対して、技術的負債はテスト カバレッジがないことによってゆがめられます。カバレッジ ルールを無効にするか、カバレッジ比率を 0 に設定しようとしましたが、すべてが殺されました。問題はなく、技術的負債も、コードに関する有益なフィードバックもありませんでした。

コードに関するソナー レポートを実行し、技術的負債に関連する有用なフィードバックの一部を保持できるようにするルールセットまたはメカニズムを提案できる人はいますか? 新しいプラグインを書く以外に....

コードの品質を追跡するために SonarQube 4.4 を使用しているプロジェクトがあります。技術的負債のセクション (メイン プロジェクトにマージされたため、もはやプラグインではないと思われます) は、私のプロジェクトで無視したいいくつかのオープン ソース ライブラリを取り上げています。SonarQube の他のセクションでは除外を許可しています (つまり、Jacoco および/または Cobertura は除外タブで除外を尊重します) が、技術的負債計算機はそれらを尊重していないようです。

技術的負債分析からファイルを除外することはできますか? もしそうなら、どのように？

SonarQube の既存のメトリックからモジュール性メトリックを計算する方法はありますか? 技術的負債の計算に使用できるように、モジュール性を計算したいと考えています。