単体テストの数とコードの行数の関係 - 超ウィザード級ハッカーのたのしみ
興味深い記事を見つけた。 Cyclomatic Complexity and Lines of Code: Empirical Evidence of a Stable Linear Relationship http://dx.doi.org/10.4236/jsea.2009.23020 コードの行数(LOC)と循環的複雑度には強い相関があるとのことだ。 循環的複雑度とは、プログラム内のif, for, whileといった制御構文の数に１を足した数である。つまり、プログラム内の分岐の数を示している。分岐の多いプログラムは複雑度が高く、分岐の少ないプログラムは複雑度が低い。サブルーチンの循環的複雑度は10ぐらいにしておくのが、最も障害が少ないとのことだ。*1 また、循環的複雑度はプログラム内の分岐の数であるので、C1カバレージを100%にするテストの数と一致している。したがって、単体テス
GradleとPMDで循環的複雑度（サイクロマティック数）を手っ取り早く測定するスクリプトを書いてみた - 豆無日記
ソースコードの品質向上のための効果的で効率的なコードレビューを読んで、循環的複雑度（サイクロマティック数）を手っ取り早く測定してみたくなったので、GradleとPMDで試してみました。 http://wiki.gradle.org/display/GRADLE/Cookbook#Cookbook-usingPMD http://pmd.sourceforge.net/howtomakearuleset.html この辺を読めば割と簡単にできます。プロジェクトとしてきちんと測定していくなら、現在お使いのGradleの設定ファイル*1にpmdタスクを追加してあげればいいんですけど、手元のプロジェクトでちょっと測定してみたい、というときに仕込みがだるいのでやっつけですが*2シェルスクリプトを用意してみました。 スクリプト もう読んだそのままな感じで、pmd.gradleファイルとpmd-rule
PL/SQLの開発環境その３ - marsのメモ
Google先生に教えてもらった。 →CONQUEST SOFTWARE SOLUTIONS - SQLDetective | ClearSQL 前者は，Oracle SQL DeveloperとかSI ObjectBrowserみたいなヤツ。後者は，PL/SQL版CheckStyleやFindBugsって言ったところ。PL/SQL用のインスペクションツールってのは珍しいかも。 ClearSQLの話をする前に，SQLDetectiveについてちょっと。こっちはいわゆるOracle用IDEなんだけど，オプション構成が微妙でフルセット揃えないと役に立たないって感じ。 ちなみに，構成可能なオプションは， Developer Kit オブジェクトの比較とかPL/SQLデバッガとか。あとバージョン管理なんかも入ってる。 DBA Kit ストレージとかDBモニタとかDBA関連。 ClearSQL fo
ソフトウェア工学 III プロダクトデータの解析 II ――複雑さメトリクス――
Software Engineering Laboratory NAIST ソフトウェア工学研究室 Software should be updated, so as you About SE Lab. ソフトウェア工学研究室では、ソフトウェアを取り巻く課題に、理論と実践の両面から取り組んでいます。 ソフトウェアの開発・利用形態が多様化する今日、既存の理論・手法に学生の好奇心や柔軟な思考をうまく組み合わせていくことで、これまでにないブレークスルーが実現すると考えています。
循環的複雑度は故意に下げられる｜bagatelle｜note
ソースコードの品質を測る指標として「循環的複雑度」というものがあります。循環的複雑度はソースコードの複雑さを表現する指標ですので、循環的複雑度とバグ混入率は正の相関を持ちます。 循環的複雑度が10以下のソースコード場合、そのソースコードにバグが混入する確率は25％程度となります。30以上なら40％、50以上なら70％、75以上なら98％のバグ混入率となります。一般的に言われる「綺麗なコード」は、循環的複雑度が低いソースコードであると言ってもよいかもしれません。 「SourceMonitor」という品質評価をしてくれるフリーウェアを使うと、循環的複雑度などの値を算出してくれます。以下のソースコードをSourceMonitorに通してみると、循環的複雑度は3と表示されます。 これだけ簡素なソースコードでも循環的複雑度は3となってしまうのですから、実用的なプログラムで循環的複雑度を10以下と
数値で測るコード品質 - give IT a try
プロフィールのところにも書いてあるのですが、おいらの目標は「美しく無駄のないシステムアーキテクチャを設計、構築すること」です。 なぜならシステムの保守性や拡張性って、アーキテクチャやコードの品質によって雲泥の差が出ることを、幾度となく痛感してきているからです。 しかし、どんなアーキテクチャやソースコードがキレイなのか、拡張性や保守性が高いのか、っていうのはなかなか客観的に判断しにくいのもたしか。 「俺のコードはあんたのより分かりやすい」 「そうですか？？」 「絶対そうやろ！？なんでわからんのや？？？」 みたいな議論が始まったらたぶん平行線になっちゃいますよね。 そこでツールを使って、コードの品質を定量的に測ってみることにしました。 今回使ったツール 今回使ったツールはこちらです。 SourceMonitor V3.5 http://sourceforge.net/projects/dupl
循環的複雑度 ( Cyclomatic Complexity ) とは何ぞや
注意:この記事だけアクセスが多くて逆に不安になっております。 不正確な記述が含まれる可能性が大なので、必ずほかの記事も当たっていただければと思います。 今回は、循環的複雑度（Cyclomatic Complexity）について書きます。 これは、ソースコードのメトリクス（定量的に評価した値）の一つです。 条件複雑度（Conditional Complexity）とも呼ばれます。 簡単なメトリクスとしては、関数の行数やコメント行数など単純なものもありますが、 循環的複雑度はもう少し"プログラムの内容を考慮した"メトリクスです。 循環的複雑度とは、一言で言うと、 "あるひとつの関数がどれだけ複雑か"度 です。もう少し詳しく言えば、 "あるひとつの関数について、どれぐらい分岐があるか" 度 を表す数値です。 プログラムの中の各関数について、この複雑度の数値が計算されます。 Wikipediaに書
循環的複雑度を活かしたバグ潜在リスクの軽減 - 現場のためのソフトウェア開発プロセス - たかのり日記
昨日のエントリーに引き続き、このエントリーは「Software Test ＆ Quality Advent Calendar 2011」における12/19分として書いています。 今日は、少しばかりアカデミックな話。 でも、うまく活用すると、品質改善のための強い武器になることでしょう！ 循環的複雑度とは？ まずは、今回のタイトルにも書いている「循環的複雑度（Cyclomatic Complexity）」というメトリクスの説明から。 循環的複雑度は、Thomas McCabe 氏が開発したものであり、簡単に言うと、コードの複雑性を数値化したものです。 ソースコードの一部の循環的複雑度は、ソースコード内の線形独立な経路の数である。実際、if文やfor文のような分岐点のないソースコードの場合、その複雑度は 1 であり、そのコードには1つの経路しかない。コードに1つのif文が含まれていれば、コードに
CA1502: Avoid excessive complexity - Visual Studio 2015
Cause A method has an excessive cyclomatic complexity. Rule Description Cyclomatic complexity measures the number of linearly independent paths through the method, which is determined by the number and complexity of conditional branches. A low cyclomatic complexity generally indicates a method that is easy to understand, test, and maintain. The cyclomatic complexity is calculated from a control fl
複雑度と単体テストケース数の相関関係 - プログラマの思索
garyoさんから、ソースの複雑度と単体テストケース数について有益なアドバイスを示唆してもらったので、メモしておく。 ◆SourceMonitor Version 2.4 SourceMonitorはフリーで、以下の言語のソースのソフトウェア複雑度（McCabeのサイクロマチック数）を測定できる。 例：C++, C, C#, VB.NET, Java, Delphi, Visual Basic (VB6) or HTML ◆McCabe's cyclomatic complexity SourceMonitorで求められる複雑度（McCabeのサイクロマチック数）は、モジュール内の分岐の数（＋ループの数）で計算される。 複雑度の数値は、下記の意味を持つらしい。 10 以下であればよい構造 30 を越える場合，構造に疑問 50 を越える場合，テストが不可能 75 を越える場合，いかなる変更も
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Blogger
Semantic Designs: Source Code Search Engine
Browse code samples
PMD PL/SQL – PMD Rulesets index: Current Rulesets
日本のコンピュータ情報 : 富士通
循環的複雑度に関する再確認
What is the highest Cyclomatic Complexity of any function you maintain? And how would you go about refactoring it?
GMetrics - GMetrics - Cyclomatic Complexity Metric