社内で使った資料を置いておく。Googleプレゼンテーション結構使えるな。
作成者別アーカイブ: skmk
CppUnitを使ってみる
CppUnit
JavaのJUnitをC++に移植したのがCppUnitだよ。何そのJUnitって?
SmalltalkのSUnitをもとに作られたのがJUnitだよ。何そのSUnitって?
要は単体テスト(Unit Test)をうまいこと自動化してくれるC++用のフレームワークがCppUnit。
XP(Extreme Programming)のテスト駆動開発(TDD)を考えているひとは是非取り入れたいものなんだよ。
よくわからないからまずは使ってみるよ。
インストール
debian環境でCppUnitを使うためにlibcppunitをインストール。
$ sudo aptitude install libcppunit-1.12.1 libcppunit-dev
libcppunit-1.12.1だけじゃなんかダメだったんでlibcppunit-devも。
必要ならlibcppunit-docも入れればいいと思うよ。
ドキュメント
CppUnit Documentation
一応ここにいろいろ書いてある。
Hello world
何はともあれCppUnitでテストしてみる。
An Hello, world program for CppUnit
にあるコードをHelloWorld.cppという名前で作成
//--- Hello, World! for CppUnit #include <iostream> #include <cppunit/TestRunner.h> #include <cppunit/TestResult.h> #include <cppunit/TestResultCollector.h> #include <cppunit/extensions/HelperMacros.h> #include <cppunit/BriefTestProgressListener.h> #include <cppunit/extensions/TestFactoryRegistry.h> class Test : public CPPUNIT_NS::TestCase { CPPUNIT_TEST_SUITE(Test); CPPUNIT_TEST(testHelloWorld); CPPUNIT_TEST_SUITE_END(); public: void setUp(void) {} void tearDown(void) {} protected: void testHelloWorld(void) { std::cout << "Hello, world!" << std::endl; } }; CPPUNIT_TEST_SUITE_REGISTRATION(Test); int main( int ac, char **av ) { //--- Create the event manager and test controller CPPUNIT_NS::TestResult controller; //--- Add a listener that colllects test result CPPUNIT_NS::TestResultCollector result; controller.addListener( &result ); //--- Add a listener that print dots as test run. CPPUNIT_NS::BriefTestProgressListener progress; controller.addListener( &progress ); //--- Add the top suite to the test runner CPPUNIT_NS::TestRunner runner; runner.addTest( CPPUNIT_NS::TestFactoryRegistry::getRegistry().makeTest() ); runner.run( controller ); return result.wasSuccessful() ? 0 : 1; }
コンパイル
$ g++ -o HelloWorld HelloWorld.cpp -lcppunit
-lcppunitがポイントね。
実行
$ ./HelloWorld Test::testHelloWorldHello, world! : OK
上のやり方でコンパイルや実行がうまくいかない場合はインクルードパスとかライブラリパスを確認してね。
解説
あ、うん。OKだけど?でっていう?
一応解説をダラダラと書くよ。すげー読む気失せるよ。
CPPUNIT_TESTナントカっていうのがテストを簡単に書くためのマクロなんだけど、これを使うために
cppunit/extensions/HelperMacros.h
をincludeする。その他のcppunitのincludeはmainテスト実行部分のためのものだよ。
■クラス宣言
テストのためのクラスTestはCppUnitのTestCaseというクラスを継承して作るよ。
CPPUNIT_NSはCppUnitの名前空間、とはいっても実は
#define CPPUNIT_NS CppUnit
としてるだけだったりする。
CPPUNIT_TEST_SUITE(クラス名);
ここから一連のテストケース(テストスイート)を書くよーって言ってる。
CPPUNIT_TEST(メソッド名);
このメソッドのテストするよー宣言。上の例ではtestHelloWorldを宣言
CPPUNIT_TEST_END();
テストケースはここまでだよーって言ってる。上の例ではCPPUNIT_TEST(testHelloWorld);ひとつだけなんだけど、
他にもテストしたいメソッドがあれば、CPPUNIT_TEST_SUITE~CPPUNIT_TEST_ENDの間に並べて宣言しておけばいいよ。
setUp()とtearDown()はテストケースの事前処理と事後処理をそれぞれ書けるよ。
ここでは”Hello, World!”表示するだけなので、特に何もしてないよ
protected:に続くtestHelloWorldがテストケースになるメソッド。CPPUNIT_TEST(メソッド名);で書いたメソッドを宣言する。
ここでは実装も合わせて書いてるけど、クラス宣言の外で実装してもOKだよ。
クラス宣言ここまで。
CPPUNIT_TEST_SUITE_REGISTRATION(テストスイート名);
で、以上のテストスイートを登録しておく。
■main
ここからテスト実施部分のmain。だけど例によって書くの面倒くさくなってきたからテキトー。
controllerがテストのコントローラー
テスト結果resultとテスト進捗progressにはそれぞれイベントを受け取るためのリスナをつけとく。
テストランナーrunnerにテストスイートに登録されてるテストを持ってきて、controllerをrunすれば、テストケースが実行されるわけ。
で、テストがうまくいってれば最後に0を返して、コケてたら1を返す。
単に”Hello, World!”出力してるだけなのでピンと来ないよね
そういう人は、C++界では言わずと知れたεπιστημη(えぴすてーめー)氏の
第2回 C++アプリケーションの効率的なテスト手法(CppUnit編)
を見ればいいと思うんだ。値が期待通りか確認するケースとか、NGになる場合のケースなんかも紹介してるよ。
というか最初からこれ見ればいいような気もするんだ。今さらだけど。
テスト結果をXML形式で出力
で、επιστημη氏のサンプルでは、最後にreturnする前に結果を標準出力に吐くコードが入ってる。
#include <cppunit/CompilerOutputter.h> //... // output test result CPPUNIT_NS::CompilerOutputter outputter( &result, CPPUNIT_NS::stdCOut() ); outputter.write(); //...
これを少し改造してXML形式で出力するように変更。
#include <cppunit/XmlOutputter.h> //.... // output test result std::ofstream ofs("result.xml"); CPPUNIT_NS::XmlOutputter outputter(&result, ofs,"UTF-8"); outputter.write(); //....
テスト結果をカレントディレクトリにresult.xmlという名前のXMLを出力するよ。
<?xml version="1.0" encoding='UTF-8' standalone='yes' ?> <TestRun> <FailedTests></FailedTests> <SuccessfulTests> <Test id="1"> <Name>Test::testHelloWorld</Name> </Test> </SuccessfulTests> <Statistics> <Tests>1</Tests> <FailuresTotal>0</FailuresTotal> <Errors>0</Errors> <Failures>0</Failures> </Statistics> </TestRun>
なんでこれを出したかというと、この結果ファイルをHudsonに渡したかったの。Hudsonとの連携はまたあらためて。
テスト駆動開発
CppUnitでテストをするHello Worldを紹介したわけだけど、
大事なのは、しれっと書いてるtestHelloWorldの実装部分なんだ。これがすなわちテストケース。
このケース部分を早い段階で書いておいて、このテストをパスするように実装をしていくというのが、テスト駆動開発(TDD:Test Driven Development)という開発手法。
ケースがきちんと書けないうちは、仕様がはっきり定まっていないということになるわけで、早い段階であいまいな点を洗い出すきっかけになるんだ。
そしてあらかじめケースを書いておけば、いろいろな変更を加えた場合のリグレッションテストが楽になり、プロジェクト後期でその威力を発揮してくる。
はっきりいってプロジェクト中盤はかったるい。仕様が変更になる度、コードもケースも書き直さなくてはならなかったりするからね。
でも長期での開発保守を考えるならば、あらかじめ仕込んでおくと幸せになれるんだと思うよ。多分。ぜひプロジェクト開始時には一度検討して欲しいと思う。
Google ChromeのHudson監視拡張機能
Hudsonの状況をモニターするGoogle Chromeの拡張機能(Extension)を試してみたよ。
Hudson ExtensionとHudson Monitorというのをインストールして設定してみた。
どちらもアイコンでステータスがわかるようになっている。
設定オプションとアイコンをクリックしたときの表示が微妙に異なる。一長一短あるが、これくらいのシンプルさがよいと思う。
Hudson Extension
- アイコンにOK,Failを表示
- HudsonサーバーURL表示
- ジョブへのリンクとステータス表示
- 更新時間表示
- ユーザー権限には対応していない
- 更新間隔は1~100分までを数値指定
Hudson Monitor
- アイコンにビルド状況の色を表示
- ジョブへのリンクとステータス表示
- ユーザー権限に対応(ユーザ名、パスワードを設定に入力)
- 表示順をジョブの名前あるいはステータスでソート可能
- 更新間隔は5分~60分の5分おきの値をプルダウンで指定
WindowsからVNCでMacの画面を操作する
WindowsからVNCでMacのデスクトップ画面を操作するよ。
Mac OSX側
- システム環境設定を開く
- インターネットワイヤレス「共有」
- 「画面共有」にチェック
- パネル上部「コンピュータ名:」の下の「ローカルネットワーク上のコンピュータから、次のアドレスでこのコンピュータにアクセスできます: hostname」のhostnameを確認しておく。必要に応じて「編集…」を押して名前を設定する。
- 「コンピュータ設定…」を押して必要に応じて以下設定
- 「VNC使用者が画面を操作することを許可」にチェック
- パスワードを入力
- アクセスを許可:「次のユーザーのみ:」を選択 +を押して自分を追加
Windows側
VNCのインストール
- RealVNCのTOPにある「VNC Downloads」をクリック
- Free Editionの「Download & Use」をクリック
- Please enter your detailsを必要に応じて入力(しなくてもよい)し、「Proceed to download」を押す
- VNC Free Edition for WindowsかVNC Free Edition Viewer for Windowsをダウンロード
前者はVNCサーバー+クライアント。後者はクライアントのみ。 - インストールはほとんど「Next」を押してれば完了する
WindowsからMacへ接続
- VNC Viewerを起動する
- Options…を押す。
- 「Colour & Encoding」タブでColour levelをFullにする
- 「Load / Save」タブでこの設定を保存するため「Save」を押して「OK」
- ServerにMac側で最初に確認したhostname(あるいはIPアドレス)を入力
- パスワードはMac側の「コンピュータの設定…」で設定したパスワードを入力して「OK」
うっかり間違えてWindowsリモートデスクトップでアクセスしてみたら、
Mac上でVboxHeadlessで起動していたVirtualBoxのVMにつながってビビッたよ。
Hudsonにノードを追加してビルドをさせてみる
Hudsonではノードマシンをどんどん追加して、専用環境でのビルドや、分散ビルドによる高速化などができる。
今回はある特定の環境でビルドしなければならない事態を想定して、スレーブとなるビルドマシンを追加して、マスターのノードから指示を出し、新しく追加したスレーブのマシンでビルド実行するところまでやってみるよ。
ノードの追加
Hudsonの管理→ノードの管理→新規ノードの作成
ノード名を入力→ラジオボタンでダムスレーブを選択(はじめてノードを追加するときはこれしか選べない)→「OK」
同時ビルド数: 1 ←今回は分散でなく専用ビルドなので1にする
リモートFSルート: /var/lib/hudson/jobs ←ビルドを実行するスレーブ側の作業ディレクトリ
ラベル: hoge
用途: このマシーンを特定ジョブ専用にする
起動方法: SSH経由でUnixマシンのスレーブエージェントを起動
[高度な設定]
- ホスト: slave01
- ユーザー名: hudson ←スレーブ側のマシンslave01であらかじめ作っておいたhudson用ユーザー
- パスワード: ********
- 秘密鍵:
- ポート: 22
- JVMオプション:
可用性: 可能な限りオンラインのままにする。
ノードプロパティ
□環境変数
□ツールパス
保存
これで設定間違えてなければ、早速ビルドマシンにつながるよ。
うまくいかないときはログを参照して原因を調べてみてね。
ジョブの作成
□実行するノードを制限 にチェックを入れて
ラベル式に「hoge」と入力
上のノードの設定ででてきたラベルはここで使うのだね。
あとはレポジトリ、ビルドコマンドや、テストなども適宜入力して保存
ジョブの実行
きちんとつながってさえいればあとは通常のビルド実行と同じ。どうみても書くの飽きてきて面倒くさくなってるのバレバレだね。
あとは応用で、マシンを追加して並行してビルド実行させるとかすれば、きっとおかし食べながらネットサーフィンする時間が短くなって悲しくなるよ。仕事早く終わって、次の仕事がどんどんやってくるよ!よかったね!
JUNG開発環境構築
JUNG(Java Universal Network/Graph Framework)は、Javaでグラフ構造の処理や可視化なんかができるオープンソースのライブラリーだよ。早速使ってみるよ。今回はJUNGのサンプル・アプレットを動かすところまでやるよ。
ダウンロード
- TOPページの左のメニューからDownloadを選択
- Download All Jung Releases HereのHereをクリック
- sourceforgeの緑のボタン「Download Now!」をクリックしてダウンロード
そんなのいちいち教えられなくてもわかる?そうだね。
JUNG1.0系のときはCommons-CollectionsとかColtなどの依存してるライブラリーを別途集めなければいけなかったみたいだけど、JUNG2.0系では、上のダウンロード対象zipにすべて含まれているよ。
参考までに、jung2-2_0_1.zipの中身は以下の通り。色が薄いのはデモ、サンプルのjar。
- collections-generic-4.01.jar
- colt-1.2.0.jar
- concurrent-1.3.4.jar
- j3d-core-1.3.1.jar
- jung-3d-2.0.1.jar
- jung-3d-demos-2.0.1.jar
- jung-algorithms-2.0.1.jar
- jung-api-2.0.1.jar
- jung-graph-impl-2.0.1.jar
- jung-io-2.0.1.jar
- jung-jai-2.0.1.jar
- jung-jai-samples-2.0.1.jar
- jung-samples-2.0.1.jar
- jung-visualization-2.0.1.jar
- stax-api-1.0.1.jar
- vecmath-1.3.1.jar
- wstx-asl-3.2.6.jar
eclipseにJUNG開発環境構築
eclipse(GALILEO以降)でJUNG開発環境を構築するよ。
まずはサンプルのアプレットを動かすプロジェクトJungSampleを作るよ。
jarの配置
先ほどダウンロードしたzipを展開して、eclipseインストール先のplugin以下に置いたよ。
ECLIPSE_HOME/plugins/jung2-2_0_1 以下に、上のjar群が並んでいる感じで。
eclipseにライブラリー追加
必要なjarを個別に選ぶ場合
Project→Property→Java Build PathからAdd External JARs.
ECLIPSE_HOME/plugins/jung2-2_0_1 以下から選ぶ。
まとめて追加する場合
Add Library…→User Library→User Libraries…→New
ユーザーライブラリー名 を jung2-2_0_1 (任意)としてOK. このまま続けてAdd JARs…
上のjar群を片っ端から全部選択(実はデモやサンプルはいらない)。これでユーザーライブラリーjung2-2_0_1 にjung2のjarが設定される。→OK
jung2-2_0_1 にチェックを入れる→Finish→OK
サンプルソースのダウンロード
ライブラリーを入手したのと同じダウンロード先から、jung2-2_0_1-sources.zipをダウンロードしてzipを解凍
さらにjung-samples-2.0.1-sources.jarをjarコマンドで展開。
jarコマンドはtarと違って展開先のフォルダ指定できないっぽいので、怖い人はあらかじめ作業用ディレクトリ作るとよい。
展開されたファイルをeclipseのプロジェクトに取り込む。以下ではプロジェクトのsrc以下にすべて移動して取り込ませた。
$ cd ~/Downloads/jung2-2_0_1-sources/ $ mkdir src $ cd src $ jar xvf ../jung-samples-2.0.1-sources.jar $ ls META-INF datasets edu images pom.xml $ mv * ~/workspace/JungSample/src
サンプルの実行
Run→Run As→Java Applet
で実行してみたいサンプルのクラス名を選択してOKするとサンプルのアプレットが起動する。
以下の画像は「ShowLayouts – edu.uci.ics.jung.samples」を選んで実行してみた例
Gitコミット時にHudson自動ビルド
debianにhudsonをインストールしたのでgitと連携させるよ。とりあえずgitコミット時に自動ビルドすることにしたよ。
Hudson GIT pluginのインストール
- Hudsonの管理>>プラグインの管理>>利用可能タブを選択
- Hudson GIT pluginを探してチェックを入れる
(利用可能タブに見つからない場合はインストール済みタブを確認してみる。) - 最下部の「インストール」ボタンを押す
- インストールが完了したら「ジョブが実行でなければ再起動」ボタンを押してHudsonを再起動
- 再起動したらHudsonの管理>>プラグインの管理>>インストール済みタブでHudson GIT pluginが有効化されていることを確認
Gitコミット時にHudsonによる自動ビルドを行うための設定
Hudson側
ジョブの作成(設定)
■ ソースコード管理システム
Gitを選択し、URL of Repositoryを入力する。
ローカルファイルシステムの場合file://はつけなくてもOK.
■ ビルド・トリガ
Hudsonの管理>システムの設定>セキュリティを有効化 していない場合は設定不要
セキュリティを有効化している場合は次のようにして認証トークンを設定する
- 「リモートからビルド(例:スクリプトから)」を選択
- 認証トークン(任意の文字列)を入力 以下では仮にtokenstringとする
Gitレポジトリ側
hostnameはhudsonの稼動しているホスト名、
jobnameは上で作成したHudsonのジョブ名 とする。
Hudsonにてセキュリティを有効化していない場合
.git/hooks/post-commit に
wget -O /dev/null "http://hostname:8080/job/jobname/build?delay=3sec"
を追加して保存。
もともと書かれている:Nothngは実質何もしないので気になる人はコメントアウトするか削除すればよい。
delayパラメータ: コミット後、ビルドまでの待機時間。上の例はコミット後3秒待ってビルド開始する。
※post-commitを実行可能形式にするのを忘れないこと。
chmod +x post-commit
Hudsonにてセキュリティを有効化している場合
.git/hooks/post-commitに
wget "http://hostname:8080/job/jobname/build?delay=3sec&token=tokenstring&cause=gitcommit"
を追加して保存。
tokenパラメータ: Hudsonのジョブの設定で指定した認証トークン
causeパラメータ: ビルド要因。ここではgitのcommitをトリガとするのでそれがわかるような文字列 gitcommitとした。
gitコミット時にwgetの出力を表示したくない場合は次のように書く(失敗時にはechoでメッセージ表示)
wget -q -O /dev/null "http://hostname:8080/job/jobname/build?delay=3sec&token=tokenstring&cause=gitcommit" || echo "hudson build job failed."
自動ビルドの実行
以上の設定が終了したらgit commitを行うと自動的にジョブで作成したビルド処理が実行される。
うまく行かない場合は、ジョブのコンソール出力を確認してみる。
結局
wgetでビルドのURLを直接叩いてるだけ。
ということは、このコマンドをcrontabに書いて「定期実行は俺に任せろー!」\やめて!/
定期実行はHudson側のスケジュールで設定するといいよ。
OK、入った。
OK、入った。