いまがコーディングとき

Libgdx がGradleを使うようになりJUnitの設定もGradleで行わなければならない。 ここではシンプルで実用的な設定を紹介している。 core/testの下にJUnitを作成する場合はルートの build.gradleに以下のBold文字の箇所を追加する。 project(":core") {    apply plugin: "java"        dependencies {        compile "com.badlogicgames.gdx:gdx:$gdxVersion"        compile "com.badlogicgames.gdx:gdx-box2d:$gdxVersion"          testCompile "junit:junit:+"    }     sourceSets.test.java.srcDirs = ["test/"] } coreの下にtestフォルダを作る。(フォルダを変更したいときは上のsourceSets.test.java.srcDirsのフォルダを変更すれば良い) Eclipseを再起動（この後、自動にJunitのパッケージをmavenのreposからDownloadしてくれる) EclipseのNewを使って、JUnit Test caseを実行するとJUnit作成用ウィザードが現れる。あとはEclipseでおなじみの操作である。 Gradle Refresh Allを行う。 確認はEclipse LUNA(4.4.1),LibGdx Ver 1.5.3,Ubuntu14.10で行った。 余談だが、ボクの好みでIDEは Intellij IDEAを使いたい。しかし、 PyDev でBlenderのplugin開発も並行しておこなっているので...

MFCアプリをQtへ移植する際、Google Testを活用しながらだと、 足場を固めつつ前へすすめるので便利です。 ボクは以下のように活用しています。   DLLに対しては外部console MFCアプリからQtを利用しつつテストする。 結果はconsoleへ出力。 EXEに対しては内部にUnit testを組み込んで以下のようにWinApp::InitInstaince()内からコールし、テスト。　結果はOsanpo　project内にGTestOutput.xmlが出力される。 時にはGuitarを利用する。       {// Google Test 10-06-02         int argc=2;         char *comm="Mfc2Qt.exe";         char *comm1="--gtest_output=xml:GTestOutput.xml";         char *argv[3];         argv[0]=comm;         argv[1]=comm1;         argv[2]=0;         testing::InitGoogleTest(&argc, argv);          int nRetCode=RUN_ALL_TESTS();         if( nRetCode ){             return false;         }     } ...