東方算程譚

Oriental Code Talk ── επιστημηが与太をこく、弾幕とは無縁のシロモノ。

目次

Blog 利用状況

ニュース

著作とお薦めの品々は

著作とお薦めの品々は
東方熱帯林へ。

あわせて読みたい

わんくま

  1. 東京勉強会#2
    C++/CLI カクテル・レシピ
  2. 東京勉強会#3
    template vs. generics
  3. 大阪勉強会#6
    C++むかしばなし
  4. 東京勉強会#7
    C++むかしばなし
  5. 東京勉強会#8
    STL/CLRによるGeneric Programming
  6. TechEd 2007 @YOKOHAMA
    C++・C++/CLI・C# 適材適所
  7. 東京勉強会#14
    Making of BOF
  8. 東京勉強会#15
    状態遷移
  9. 名古屋勉強会#2
    WinUnit - お気楽お手軽UnitTest

CodeZine

  1. Cで実現する「ぷちオブジェクト指向」
  2. CUnitによるテスト駆動開発
  3. SQLiteで組み込みDB体験（2007年版）
  4. C++/CLIによるCライブラリの.NET化
  5. C# 1.1からC# 3.0まで～言語仕様の進化
  6. BoostでC++0xのライブラリ「TR1」を先取りしよう (1)
  7. BoostでC++0xのライブラリ「TR1」を先取りしよう (2)
  8. BoostでC++0xのライブラリ「TR1」を先取りしよう (3)
  9. BoostでC++0xのライブラリ「TR1」を先取りしよう (4)
  10. BoostでC++0xのライブラリ「TR1」を先取りしよう (5)
  11. C/C++に対応した、もうひとつのUnitTestFramework ─ WinUnit
  12. SQLiteで"おこづかいちょう"
  13. STL/CLRツアーガイド
  14. マージ・ソート : 巨大データのソート法
  15. ヒープソートのアルゴリズム
  16. C++0xの新機能「ラムダ式」を次期Visual Studioでいち早く試す
  17. .NETでマンデルブロ集合を描く
  18. .NETでマンデルブロ集合を描く(後日談)
  19. C++/CLI : とある文字列の相互変換(コンバージョン)
  20. インテルTBBによる選択ソートの高速化
  21. インテルTBB3.0 によるパイプライン処理
  22. Visual C++ 2010に追加されたSTLアルゴリズム
  23. Visual C++ 2010に追加されたSTLコンテナ「forward_list」
  24. shared_ptrによるObserverパターンの実装
  25. .NETでマンデルブロ集合を描く(番外編) ── OpenCLで超並列コンピューティング
  26. StateパターンでCSVを読む
  27. 状態遷移表からStateパターンを自動生成する
  28. 「ソートも、サーチも、あるんだよ」～標準C++ライブラリにみるアルゴリズムの面白さ
  29. インテルTBBの同期メカニズム
  30. なぜsetを使っちゃいけないの?
  31. WPFアプリケーションで腕試し ～C++でもWPFアプリを
  32. C++11 : スレッド・ライブラリひとめぐり
  33. Google製のC++ Unit Test Framework「Google Test」を使ってみる
  34. メールでデータベースを更新するココロミ
  35. Visitorパターンで遊んでみたよ
  36. Collection 2題：「WPFにバインドできる辞書」と「重複を許す検索set」
  37. Visual C++ 2012：stateless-lambdaとSQLiteのぷち拡張
  38. 「Visual C++ Compiler November 2012 CTP」で追加された6つの新機能

@IT

  1. Vista時代のVisual C++の流儀（前編）Vista到来。既存C／C++資産の.NET化を始めよう！
  2. Vista時代のVisual C++の流儀（中編）MFCから.NETへの実践的移行計画
  3. Vista時代のVisual C++の流儀（後編） STL/CLRによるDocument／Viewアーキテクチャ
  4. C++開発者のための単体テスト入門 第1回 C++開発者の皆さん。テスト、ちゃんとしていますか？
  5. C++開発者のための単体テスト入門 第2回 C++アプリケーションの効率的なテスト手法（CppUnit編）
  6. C++開発者のための単体テスト入門 第3回 C++アプリケーションの効率的なテスト手法（NUnit編）

AWARDS


Microsoft MVP
for Visual Developer - Visual C++


Wankuma MVP
for いぢわる C++


Nyantora MVP
for こくまろ中国茶

Xbox

Links

記事カテゴリ

書庫

日記カテゴリ

てすとせかんど

ネタ元 → てすとふぁーすと の中さんのコメント:

「誤解を恐れずに書くなら、テストファーストなんていらない。」
そのココロは:
「テストは後からで十分
　テスト仕様書ファーストしてるんだから、十分」

ははーん。わかりますわかります。
つまりこの、あらかじめ
試験に出るよー 書いときな書いときなー ← 余分

って釘刺しとけば誰だってテストにパスするよう注意してコード書くやん。
コーディングの最中に脳内テストやってるってことやん。
だからちょっとずつ書いてはテストってやんなくても実装終了時点でえぇやん。
何をテストするかをあらかじめ決めておけば
それだけでバグの抑制効果は十分発揮されるやん。

ってーことかと僕は解釈したです。
違ったりしてー♪

投稿日時 : 2007年7月26日 16:59

コメントを追加

# re: てすとせかんど 2007/07/26 17:15 中博俊

微妙に違うかも。
テストコードを先に書くじゃなくってテストケースを先に書くでしょう？
でも実装がすべてあほぼんでもかける実装int add(x,y)とかならまだしも、実体はそうじゃないでしょ？
分割もするでしょ？
それにプログラム設計書しかもメソッド単位なんて書いたことないし、かけないし、非現実的ですよ。
それにテストコードは1テスト100行もざらですが、テスト仕様書は1行くらいで俯瞰できる。
ブレークダウンしていけばいいならば、リュウドとしてコードとテストコードは同じになるはず
じゃ実装は不安定なものだから先にやってリスクをつぶしてからテストすりゃいいんです。
テストの前提が崩れるなんてことざらでしょ
それにクラス実装がなくてコンパイルエラーになることの確認なんておいらはいやだ。

# re: てすとせかんど 2007/07/26 17:35 επιστημη

はいはいはい。40点か ^^;
実装なんて移ろいやすいもの。インタフェースも成り行き次第でころころ変わるもの。テストコードを先に書くてーのはその移ろいやすいインタフェースを無理やり決めろ!てーことになるし、そーするとインタフェース変更のたんびにテストコードも書きなおし。そんなんじゃやってらんねーべ?

確かにそーですわね。僕も実際にはインタフェースがほぼ確定するまではテスト書かない(つか書きようがない)し。

"緩い"テストファーストってゆーのかな。

# てすとさーど 2007/07/26 18:00 囚人のジレンマな日々

てすとさーど

# re: てすとせかんど 2007/07/26 22:44 Fujiwo

色んな誤解は、テストファーストのテストを Validation だと勘違いしちゃうところから来てるような気がします。
テストファーストのテストってのは、所謂一般的にいってるとこのテスト (＝Validation) ではないですよね。

# だから、テスト → ビヘイビアに言い換えようって動きがあるわけで。

例えば、テストファーストのテストってのは、この間の「オブジェクト指向分科会」の話題でいえば、「オブジェクト指向のオブジェクトの振る舞いを決めるのはサブジェクトでしょ?」ってときの「サブジェクト」ですよね。

オブジェクトがどう振る舞うかは、オブジェクトが決めるようなこっちゃないから、サブジェクトに決めさせようっていう。

つまり、テスト ファーストは仕様通りかどうかを確認するためのものでなくて、仕様を満たすための設計を行う行為なので、Validation の代わりにはならないと思うです。

# re: てすとせかんど 2007/07/26 22:46 Fujiwo

すみません、Validation → Verification です。

# re: てすとせかんど 2007/07/27 7:30 Fujiwo

つまり、「テストファースト」なんてそんな大したもんじゃなくて、単に従来からやってた、
・実装前に設計しましょ。
・オブジェクトの設計はサブジェクト視点で。
ってのを、「ツール使ってやってるだけ」だと思うです。

# てすと　ふぃふす（はぁと 2007/07/27 11:51 .COM -どっとこむ-

てすと　ふぃふす（はぁと

タイトル
名前
URL
コメント