バグ修正のための変更の40%が新たなバグを混入するという研究結果 - Googleのバグ予測方法との共通点：森崎修司の「どうやってはかるの？」：オルタナティブ・ブログ

Googleで実施されているというバグ予測の方法がブログで公開され（こちら）、ツールも利用できるようです（こちら）。Publickeyの記事での紹介で端的に紹介されていますので、時間がない方にお勧めします。ソースコードの変更（コミット）履歴から高い頻度でバグ修正されているコードは今後もバグが出る可能性が高いというものです。 類似の研究結果がたくさん報告されているので、この分野の研究者の1人として紹介したいと思いエントリを書きました。興味のある方には本エントリ末尾に示すこの分野の論文も読んでいただきたいです。 一例として2000年にICSMで発表された以下の論文を紹介します。 Mockus A, Votta LG. Identifying reasons for software changes using historic databases. International Conferen

[anigoka]

絆創膏にバイ菌がついてた系

[nilab]

「500行以上の変更の約半分がバグ混入のきっかけとなっている」「1行だけの変更のうちバグを混入してしまう変更は4%」「バグ混入してしまう変更は、1行だけの追加の場合約2%、1行だけの変更の場合には約5%」

[invent]

バグフィクスのための変更の40%が新たなバグを混入するという研究結果：森崎修司の「どうやってはかるの？」：ITmedia オルタナティブ・ブログ

[shihu]

バグ修正のための変更の40%が新たなバグを混入するという研究結果 - Googleのバグ予測方法との共通点：森崎修司の「どうやってはかるの？」：ITmedia オルタナティブ・ブログ

[machupicchubeta]

mining software repository

[nyop]

へー。

[t-wada]

MSR(Mining Software Repositories) について。ところでこの数値は Regression Test が自動化された上でのものなのかが気になる。自動化されたテストの有無で数値はかなり変わってくると思う。

[blueboy]

バグを直したつもりでも、60％ぐらいしか直っていない、ということ。それだけの話。よくある話。いっぺんの修正で完璧に直せる、なんてことはない。何回も直すのが普通。普通のことでしょ。不思議でも何でもない。

[Sato_4tree]

[プログラミング生きろ、そなたはバグバグしい

[akasata]

1行書き換えただけで数百のバグを引き起こしたことがある私が通りますよっと

[supermomonga]

記事タイトルだけでこの絶望感

[chuhey]

規模がでかくなればなるほど、バグの収束には時間が掛かるんだね当然だけど。。。

[gapao]

高い頻度でバグ修正されているコードは今後もバグが出る可能性が高い

[isaisstillalive]

ヨハネスブルグを思い出した

[ProjectNya]

( ﾟдﾟ)ﾊｯ!

[kzms2]

全体に関わる箇所の修正とかもう。。。

[suginoy]

怖え！修正前のソースをコメントアウトするとさらにバグ発生率が上がるとかいう研究ないかな？あ、そんなことするの日本だけか。

[gikazigo]

バグ修正のための変更の40%が新たなバグを混入するという研究結果 - Googleのバグ予測方法との共通点：森崎修司の「どうやってはかるの？」：ITmedia オルタナティブ・ブログ

[beembeembeem2007]

バグ修正のための変更の40%が新たなバグを混入するという研究結果: Googleで実施されているというバグ予測の方法がブログで公開され（こちら）、ツ...

[dagjmpd]

バグフィクスのための変更の40%が新たなバグを混入するという研究結果