5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

CPPUnitについて少し話そうかい

1 :デフォルトの名無しさん:03/01/12 17:02
テスト自動化全盛のこのご時世皆様いかがお過ごしでしょうか。
より賢い利用法を考えていきませんか。

2 :デフォルトの名無しさん:03/01/12 17:03
より賢い利用法を教えてください。

なら初心者のポケミスとして酌量の余地もあったが・・・。

3 :デフォルトの名無しさん:03/01/12 17:06
>>1
リンクぐらい張れよ。あと折角だから JUnit とか、C++ 以外のユニット
テストフレームワークも含めん?

CppUnit
http://cppunit.sourceforge.net/

CppUnit-x: Testing Framework for C++
http://member.nifty.ne.jp/glad/cpp/test/

xUnit リンク集
http://www.xprogramming.com/software.htm

4 :デフォルトの名無しさん:03/01/12 17:19
CPUUnitがどうかしたのか?

5 :デフォルトの名無しさん:03/01/12 17:20
C++はリフレクションが無いからクソ。

6 :デフォルトの名無しさん:03/01/12 18:14
XPなんか必要ない

7 :デフォルトの名無しさん:03/01/12 18:40
>>5
リフレクションってなに?

8 :デフォルトの名無しさん:03/01/12 18:46
>>6
ユニットテストとリファクタリングは XP 以外にも有用なアクティビティだよ。

9 :デフォルトの名無しさん:03/01/12 18:50
Junitを使いたいんだけど、
解説してる本とかWEBサイトとかが
ないから使えないんだよね。

SEな人たちは、そこの研修で教えてもらってるから
いいよね。

10 :デフォルトの名無しさん:03/01/12 18:54
>>9
いくらでもあると思うが。
http://www.google.co.jp/search?q=junit&ie=UTF-8&oe=UTF-8&hl=ja&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=lang_ja

11 :デフォルトの名無しさん:03/01/12 20:10
CppUnitの日本語解説サイトってないですか?
XPテスト技法とかみてもちょっとしか載ってないし、英語サイトは難しいしで。

12 :デフォルトの名無しさん:03/01/12 20:23
>>11
ぐぐってみた?

13 :デフォルトの名無しさん:03/01/12 20:29
>>12
ぐぐったけど、ちょっとしかでなかった。
そこもさわりぐらいしか書いてないし。

14 :デフォルトの名無しさん:03/01/12 20:29
800⊂(゚∀゚ )  

15 :デフォルトの名無しさん:03/01/12 20:32
>616
それが争点になればねぇ・・
ドキュソを証明するのは簡単なんだけど、それを判断する香具師がオールドタイプだから・・


16 :デフォルトの名無しさん:03/01/12 20:42
あはっ

たとえば、1スレをIEとかのブラウザで表示するのに
何秒かかりますかー(スレの大きさによるけど)
それの 10,000倍くらいかかるかと。

あと倉庫の一覧表とかも全部書き換えるし
html化と同時に datのzip化 および出来た htmlの
zip化も同時に行われますー

さてさて どれくらいかかるのやら。。。

17 :デフォルトの名無しさん:03/01/12 21:09
>>5
べつにリフレクションとかなくたって、テストメソッドを集めて
addTest するようなコードをはきだすスクリプトを書けばよいだけの話。

それより、子河童ってなによ?誰か説明きぼん。

18 :ななし:03/01/12 21:35
削除以来だしとけ。

19 :デフォルトの名無しさん:03/01/12 23:17
えぴすてーめー氏は 2ch 見てないのかな。

>>17
http://sourceforge.jp/projects/cuppa/
CppUnit 用のコードの雛型を生成してくれる。


20 :デフォルトの名無しさん:03/01/13 09:56
CPPUnitのテストって結局ある変数がある値になっているかどうかしか判定できないの?
入力データで処理がいくつかに分かれる場合はテストも複雑になって正確なテストができるとは思えんのだが。

21 :デフォルトの名無しさん:03/01/13 11:00
>>20
基本は、C++処理系が用意している assert よりもエレガントな処理を
してくれる assert を提供してくれるってことだよね。
assert の中は何を書いてもよいわけで、別に変数の値チェックに限られる
わけではない。
たとえば、処理の途中経過をテキストダンプして、あらかじめ作成しておいた
正しいダンプ結果との差分をチェックしてもよい。
assert( system( "diff …" ) == 0 ) ってな感じで。

22 :デフォルトの名無しさん:03/01/13 11:15
みなさんはGUI経由の入力値をチェックするにはどうしてますか?

23 :20:03/01/13 11:30
>>21
なるほど。
でもデータによって無限にパターンがある場合ってどうしてますか?
DBからデータを取ってきてそれによって処理が代わったりする場合とか。

24 :デフォルトの名無しさん:03/01/13 11:41
つかえねー

25 :デフォルトの名無しさん:03/01/13 14:13
>>5
typeid演算子とかtype_infoクラスでは役不足?

26 :デフォルトの名無しさん:03/01/13 14:59
はっきりいって力不足です。
最低限クラス内のtestXXX()メソッド列挙する機能が必要。

27 :デフォルトの名無しさん:03/01/13 15:33
>>26
それって適当なスクリプト書いてそういうファイルを自動生成するようにすれば
いいだけじゃないの?


28 :デフォルトの名無しさん:03/01/13 15:38
>>27
ついでに、プログラムの方も「入力を拾ってくる」ところと「入力を
処理する」ところを分離しておくのが吉だよな。

逆に言うと、そういう粒度の細かい設計にしてないと、単体テストは
有効に使えない。

29 :デフォルトの名無しさん:03/01/13 15:39
>>28
MVCのVとC?

30 :デフォルトの名無しさん:03/01/13 16:03
>>27
いちいちフィルタかますの遅いし面倒だしテンポ悪いし。
それにクラス参照ないのも×

31 :デフォルトの名無しさん:03/01/13 16:15
>>30
遅いならCで書きゃ問題ないだろ。普通のコンパイル時間に比べれば微々たるもんだ。
っていっても別に使いたくない人に無理やり使わす気はないけど。
ただ単体テストで他に良い方法がないのが事実だから。

32 :デフォルトの名無しさん:03/01/13 16:23
>>31
別に使い物にならないとはいってないよ。
ただ言語仕様が腐ってるからフレームワークが
不便かつ不自然に歪んでるというだけで。

33 :デフォルトの名無しさん:03/01/13 16:36
>>23
自動的に完全な同値分割やC1カバレージのテスト生成しても、
テストの数が多すぎて見たくもなくなる。

同値分割は意識しないといけないけど、
そのメソッドの仕様として必要である(と思った)分だけのテストを作る。

ユニットテストが不必要に複雑になるときにはメソッドを分割するなど設計を変更すべき。

34 :デフォルトの名無しさん:03/01/13 17:14
>> 32
> 不便かつ不自然に歪んでるというだけで。
リフレクションといっても、UnitTest で使ってるのはせいぜいテスト用
メソッドの一覧作成ぐらいだろ? (CppUnit-x だと suite() メソッド
を手で書くか、自動生成するかの違い)

その程度、Perl あたりでスクリプト書けばすぐに解決だと思うが。っつ
か、俺は Perl + Makefile でよろしくやってます。

35 :山崎渉:03/01/13 18:30
(^^)

36 :デフォルトの名無しさん:03/01/13 22:09
人を人と思わないコイツらの死に様は悲惨だろうな

37 :デフォルトの名無しさん:03/01/14 01:49
言語別にスレ立てるなよ。>1

38 :山崎渉:03/01/15 17:50
(^^)

39 :デフォルトの名無しさん:03/01/17 22:29
>>37
別にいーじゃん。一番需要が多い言語だし。

40 :デフォルトの名無しさん:03/01/18 23:11
>>39
需要が多いってどういう意味だい?
C++ で仕事してる人間は(VBやCOBOLやJavaに比べれば)すごく少ないはずだが?

41 :デフォルトの名無しさん:03/01/19 00:21
> C++ で仕事してる人間は(VBやCOBOLやJavaに比べれば)すごく少ないはずだが?
ソースぷりーず。

いや否定してるワケじゃなくて、プログラミング言語別のプログラマ人口って
どんなもんかと思ってさ。

42 :デフォルトの名無しさん:03/01/19 10:33
>>41
使ってるかはともかく教養として知ってないと何かと大変だと思うけどね。

43 :山崎渉:03/01/23 20:11
(^^)

44 :デフォルトの名無しさん:03/01/25 18:44
VBやJavaの需要なんてほとんどないだろ。
VBは開発補助用のツール作り。
Javaも限りなく少ない。

45 :デフォルトの名無しさん:03/01/25 18:46
>>44
世間知らずなCOBOLerの憂鬱。 完

46 :40:03/01/26 16:22
>>41
ゴメン、ソースどこか忘れちゃった。
なんか COBOLer + VBer で全世界のプログラマの 50% 以上だとかなんとかって
結果だったと思う。

誰か該当ソースぷりーず(--;

47 :デフォルトの名無しさん:03/01/26 23:36
ソースはないが世界規模ではCOBOLerは多いらしい。

が、サーバサイドJavaやらASPやらの受注が多いのも事実で

そういった仕事が多い=VB&Java使いが多い

という認識をしている人が*日本では*大半じゃないかと。

48 :デフォルトの名無しさん:03/01/26 23:47
>>46-47

コボルが書ける人=コボルしか書けない人

ではないと思うんだがどうか。

49 :47:03/01/27 12:33
俺も

VB&Java使い=VB&Java*しか*書けない人

とは言ってないけどな。
主にその言語を仕事として使っている(or 使わねばならない)人って意味だろ?

50 :デフォルトの名無しさん:03/01/27 13:55
サーバサイドということになると、Javaよりperlやphpの方が多かったりしてね。

51 :デフォルトの名無しさん:03/01/28 02:10
頼むからさー
C++使ってなくて、さらにCPPUnit使う気ないヤツはスレから出てってくれよ

52 :デフォルトの名無しさん:03/01/28 02:22
あるから何かネタ振れ

53 :デフォルトの名無しさん:03/01/28 03:09
全くだ。
実際にCppUnit使って開発はしてるが、ここで喋るネタなんてないしな。

54 :デフォルトの名無しさん:03/01/28 09:58
ぼーとした頭で「VB&Java」という文字列を見て、「ああ? Javaっていう
VB型の参照がどうしたんだ?」とか一瞬思ってしまったが、よく考えると
あながち間違いでもないのか?

11 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)