それでも、それらをテストのコレクションとしてではなく、別個のユーティリティとして配置するというアイデアがありましたが、私たちはそれをどうにかして、 perlqual （perlの品質から）を満たすことができました 。
以前に蓄積したテストを転送している間、DELMEAFTERのチェックのみを追加しました（コード2016-01-01でDELMEAFTERを記述し、削除するのを忘れたというテストを宣誓しました）。
私が何度も書いたように、テストは良いコードを決定できませんが、悪いコードを検出できます。 ディープラーニングニューラルネットワークの現在の方法では、優れたコードを認識するロボットを作成しようとすることができますが、そのためには、優れていることが明確に知られている非常に大きなコードベースが必要です。CPANが標準に合格するとは思いません。
だから、良いコードとは：
- 少なくとも70％から100％のテストでカバーされているコードは、必ずしも簡単に達成できるとは限りませんが、70未満の場合は、単にテストがないことを意味します
- 複雑さのメトリックが推奨制限を超えないコード
- Perlベストプラクティスの推奨事項に準拠するコード
- 統一されたコーディングスタイルに従うコード
- 何も忘れられていないコード（デバッグ、メモ）
- 標準配布で発行されたコード
- ドキュメントコード
これらのチェックのすべてのパラメーターは構成で構成され、デフォルト構成は__DATA__セクションのスクリプト自体に存在します。ホームのフォルダーまたはプロジェクトフォルダーに自分でコピーを配置し、自分用に構成できます。
ユーティリティは結果をTAP形式で表示し、コードレビューの前にコードを予備評価するのに役立つと思います。
私が自分のためにそれをしたことは明らかであり、おそらくどこでもそれが全く普遍的になったわけではないので、コメントと提案を歓迎します。
このユーティリティが役立つことを願っています。