Test Driven Development for Embedded C 読書会 第7回 (2012/10/6) #tdd4ec
明日、13時より池袋にて開催。#tdd4ec / “Test Driven Development for Embedded C 読書会 第7回 : ATND” http://t.co/ZetBXHW4
2012-10-06 00:42:28googleTestは日本語のチュートリアルはあるけど、細かいことを調べようとする検索できない。本当に使われているのか???http://t.co/1uV23zVQ #tdd4ec
2012-10-06 13:44:09#tdd4ec ユニットテストをやっててもだんだんカバレッジが落ちたり、動かなくなったり。CIを入れて、良くない兆候を見つけたら、警告するように。
2012-10-06 13:53:55#tdd4ec 12.4 Trnasforming the Codeから。内容はMartin Fowlerのリファクタリング本の紹介。
2012-10-06 14:15:58ダメif文はどのようにして生まれるか?? 1.仕様通りにべた実装 2.変更時に影響範囲を減らすための手抜き実装 #tdd4ec
2012-10-06 14:20:17#tdd4ec if文の山盛りコードはどうやって生まれるのか?仕様書をまんまコードに落とした時や、修正・機能追加の時に既存コードを触れずにif文を追加する。
2012-10-06 14:21:11#tdd4ec リファクタリングする前にどうリファクタリングするか、コメントを挿入しておく。「ここは◯◯関数に置き換える」など。
2012-10-06 14:26:18「実績のあるコード」って言葉はよく聞きますが、「たまたまバグが出てないコード」っていう意味ですね #tdd4ec
2012-10-06 14:30:53#tdd4ec 「橋を燃やすな原則」。リファクタリングする時はリファクタリング前のコードを消さずに残しておく。リファクタリング結果がテストを通ったことを確認してから、前のコードを消す。
2012-10-06 14:35:37#tdd4ec 例外系の処理を最初に書いて、条件分岐を浅くする。returnをあちこちに書くなという意見もあるが、こっちの方もが読みやすい。ただし、MISRAなどコーディング規約でも禁止している場合もある。
2012-10-06 14:38:18is△△のようなメソッドは直接条件文に突っ込むか?デバッグで戻り値見やす来るために一旦オート変数に格納するか?コードの可読性考えると前者でしょう。デバッグの戻り値はデバッガの方の技術で何とかすべき #tdd4ec
2012-10-06 14:45:19