［ディスカッション］ソフトウェアインスペクション／コードレビューを成功させる方法（後編）
本エントリは「［ディスカッション］ソフトウェアインスペクション／コードレビューを成功させる方法（前編）」の続きです。 パネリスト（50音順） 越水喜之氏（日本IBM） 細川宣啓氏（日本IBM） 森崎修司氏（奈良先端科学技術大学院大学） モデレータ 新野淳一（前＠IT発行人、現Publickey編集長） 欠陥を指摘するためのテクニック 新野 ソフトウェアインスペクション／コードレビューの現状の分析をパネリストにしていただいたところで、次は、明日から使えるソフトウェアインスペクション／コードレビューのテクニックを紹介してもらおうと思います。 そういえばこのあいだ細川さんの情報処理学会の論文を読ませていただきました。で、そこにインスペクションのテクニックには2つある、って書いてあったんです。1つは発見するテクニック。もう1つは指摘するテクニックだと。指摘するテクニックってそのとき始めて知ったので
［ディスカッション］ソフトウェアインスペクション／コードレビューを成功させる方法（前編）
「ソフトウェアインスペクション」あるいは「ソフトウェアレビュー」とは、一般にプログラムが動作する以前の段階から問題やバグを発見することをいいます。ソースコードの静的解析やコードレビューは、ソフトウェアインスペクションの中でもよく行われていることの1つといえるでしょう。また、コード以前の要件定義や仕様書などもソフトウェアインスペクションの対象となります。 7月2日に、このソフトウェアインスペクションをテーマにしたイベント「ソフトウェアインスペクション・ワークショップ 2009」が行われました。ソフトウェアレビューやインスペクションの経験者を前提として参加者に集まってもらい、Javaソースコードのインスペクションを実際に実施することを目的としたこのイベントは、地味なテーマ設定のためそれほど参加者が集まらないのではないか、と予想されていました。 しかし実際には約115名もの応募が寄せられ、定員で
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
