Growl 1.3 で lion に正式対応でヤッターーーー！！！と思ったら 「有料化」でイヤーーンとか思ったら 離席時の履歴表示とかで、全然安い買い物だったヤッターーーー！！！と思ったら growlnotifiy コマンド使えなくてイヤーーン ← イマココ というわけで、とりあえず QuickJUnit の結果が通知されないのは死活問題なので書いた。 gntp 使ってるので $ sudo eazy_install gntpして使ってください。 #!/usr/bin/env python # -*- coding: utf-8 -*- import gntp.notifier import sys applicationIcon = 'http://cdn-ak.f.st-hatena.com/images/fotolife/k/kompiro/20100811/2010081115190
QuickJUnitに関するkompiroのブックマーク (12)
-
kompiro 2011/10/14
-
-
Quick JUnit process call Extension が便利すぐる - 宇宙行きたい
JUnit実行後にプロセスに通知するプラグイン - Fly me to the Juno! Ubuntu で notify-send でやってた。 超便利なんだけど、テスト失敗した時と成功した時で表示を分けないと、僕の脳は成否を判断してくれなかったので、 簡単にスクリプト書いてみた。 #!/usr/bin/env python # -*- coding: utf-8 -*- import sys import pynotify def main(): if len(sys.argv) is not 3: return summary = sys.argv[1]; detail = sys.argv[2]; img = "dialog-info" print summary if summary not in 'Quick JUnit Test OK': img = "dialog-warn
-
[gwt][eclipse] Quick JUnit Pluginのキーバインドが効かなくなる件 - 日記
先週嵌ったのでここにメモっておきます。EclipseでGoogleプラグインを入れて、GWT+GAEなアプリを作成していたのですが、ここに、Quick JUnitプラグインを入れてみました。Quick JUnit Plugin for Eclipseで、とりあえずは動いていたのですが、"Ctrl + 0"や"Ctrl + 9"などのQuick JUnitのキーバインドが効かない事に気がつきました。 でいろいろ調べた結果、プロジェクトでGWTを有効にすると、javaのソースファイルのデフォルトのエディタが自動で"GWT Java Editor"に変更されそのときにキー操作が効かなくなる、ということがわかりました。 ということで、Window -> PreferencesからEclipseの設定を開き、General->Editors->File Associationsで*.javaのデフォ
-
低スペックな頭の僕がQuick JunitとGrowl for windowsを繋いでみた - regtan’s TechNote
あわせて読みたい Quick JUnit Plugin for Eclipse vimでもなくemacsでもなくEclipseを使ってJava書く人の多くがお世話になっているQuick Junitっていうプラグインがあります。これをいれておくとCtrl+0でテストを実行できたりCtrl+8でテスティングペアに飛んだりとTDDでは色々と便利な機能が拡張されます。4/25にリリースされた新しいVer.0.6.0ではテスト結果をGrowlに通知するExtensionが提供されています。 Growl対応はMacだけです。 Growl対応はMacだけです。 大事なことなので２度言いました。インストールすら出来ません。自宅ではMacユーザな僕ですが会社ではWindowsユーザなのでぐぬぬとなるしかありませんでした。というわけでtwitterでとりあえずつぶやいてみるテストパターンを実行してみました。
-
JUnitMatchers (JUnit API)
org.junit.matchers Class JUnitMatchers java.lang.Object org.junit.matchers.JUnitMatchers public class JUnitMatchersextends java.lang.Object Convenience import class: these are useful matchers for use with the assertThat method, but they are not currently included in the basic CoreMatchers class from hamcrest. Constructor Summary
-
-
-
Mockitoノススメ - Fly me to the Luna
モックライブラリ使ってますか? 僕はJavaの人なので、主にJUnitを使ってテストコードを書いています。テストコードを書いている最中、「もしこのオブジェクトから例外が帰ってきたら、ちゃんと例外のハンドリングができてんの？」等々、既存のオブジェクトの振る舞いを差し替えたくなることってありませんか？そういうときにモックライブラリを使うと、既存のオブジェクト処理を差し替える事ができます。 実は最初はモックライブラリって意味あるの?と懐疑的だったんです。どういうところに懐疑的だったかというと、 テストコード中に出てくるモックライブラリのセットアップがめんどい。 テストコードがプロダクトコードの実装に依存しちゃうんじゃないの？プロダクトコードをちょっと変えただけでテストが落ちるようになるんじゃないの？ みたいなところです。でもMockitoというモックライブラリを使ってテストコードを書き初めてから
-
QuickJUnitをいじってみた - n3104のブログ
現場の既存のJUnitのテストケースがJUnit3で書かれている上、ワーキングディレクトリを変更しないとうまく動いてくれない作りになっていたため、土日で外部ファイルから指定できるようにQuickJUnitをいじってみた。ちなみに、QuickJUnitは0.5でプロジェクトごとにランチャーの設定が出来るようになるので、そちらを利用した方がよいと思われる。ただし、0.5はEclipse3.3以降でなければ利用できないので、*1もしEclipse3.2でテストランナーやワーキングディレクトリを指定したい人がいれば、このページの内容を参考にしてもらえればと思う。ちなみに、現場のEclipseのバージョンは3.2なので、今日早速入れてみたところ無事動いていくれてとても気持ちよかったｗ テストランナーを指定したい理由は、JUnit3のテストをJUnit4のテストランナーで起動するとメソッド単位で起動し
-
-
QuickJUnit - src256 wiki
QuickJUnitは故石井勝さんが開発され現在も有志の手により開発継続中の 大変便利なEclipseプラグインです。 しかし、Eclipse3.2.1で使ってみたところ若干使いにくいところがあったのでCVSから ソースをダウンロードして改造してみました。 ↑ objectContributionでadaptable="true"を"false"に変更しました。 pre> <objectContribution objectClass="org.eclipse.jdt.core.IJavaElement" adaptable="false" id="junit.extensions.eclipse.quick.object.java"> /pre> ↑ JavaElements.javaに以下のメソッドを追加し、getTestMethodOrClass()から呼び出すようにしました。 pr
-
1
オブラブメルマガを読んで思ったことをつらつらと書くよ
公式Twitter
- @HatenaBookmark
リリース、障害情報などのサービスのお知らせ
- @hatebu
最新の人気エントリーの配信
キーボードショートカット一覧
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Copyright © 2005-2025 Hatena. All Rights Reserved.
設定を変更しました