AndroidStudio + PowerMock でstaticメソッドをmockする - Qiita
AndroidStudio + PowerMock でstaticメソッドをmockする 転載元: Yukiの枝折 - Android : AndroidStudio + PowerMock でstaticメソッドをmockする 確認環境 Android Studio 1.1 Android Gradle Plugin 1.1 JUnit 4.12 PowerMock 1.6.2 はじめに Android Studio 1.1(android gradle plugin 1.1)からUnitTestがサポートされた. 今回はPowerMockを使ってstatic methodをモックするUnitTestを書いた. Android StudioでUnitTestを開始するには下記を参考. Unit testing support - Android Tools Project Site Gr
ServletテストとMockito - MoChiwakiブログ
Servletのテスト方法 例えばこんなServletがあります。 DaoからDBのListを持ってくるServletクラス protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { response.setContentType("text/html;charset=UTF-8"); request.setCharacterEncoding("UTF-8"); //DaoクラスからなんかのList取ってくる Dao dao = new Dao(); List<Dto> list = dao.Check(); request.setAttribute("list", list); request.getReque
Javaの道：JUnit（２．基本操作）
例題 例題で使用するプログラムはコマンドライン引数で指定された文字列を数値に変換するものです。このプログラムが正しく動作するかを確認するテストプログラムを作成していきます。 動作確認するプログラム public class ChangeNum { public static void main(String[] args) { ChangeNum cn1 = new ChangeNum(); //(1)オブジェクト生成 cn1.changeNum(args[0]); //(2)changeNumメソッド呼び出し } int changeNum(String s1) { int n1 = Integer.parseInt(s1); //(3)数値に変換 return n1; } } (1)ChangeNumオブジェクトcn1を生成します。 (2)コマンドライン引数で指定された値を引数に取り、
Mockito 初めの一歩 - Qiita
テストコードでは必須と言ってもいいくらいにお世話になっているモックライブラリ「Mockito」 最低限の使い方というか、実際よく使っているパターンを紹介します。 モックって？ モックライブラリを使ったことがない方は、モックするという事自体に馴染みがないと思います。 例えば、テスト対象のクラスAが別のクラスBに依存している場合に、クラスAのテストコードなのにクラスBを初期化する処理を長々と書いたりするのは余計な手間です。もしクラスBがビジネスロジックなら目も当てられないテストコードが出来上がります。 モックライブラリでは、クラスBをクラスB自身の実装に依存しないmock(ハリボテ)として生成し、更にそのメソッドの戻り値を任意に設定するという事ができます。これにより「クラスBがこういう状態でこういう値を戻す場合のクラスAのテスト」が容易に書けます。 そしてそのモックライブラリの注目株が Moc
JUnit 4で消耗しているあなたに贈るJUnit 5入門 - Taste of Tech Topics
こんにちは、しんどーです。 気づいたら入社8ヶ月くらい経ってました。 さて、待望のJUnit 5のGA版が今年9月にリリースされました！ この記事ではJUnit 5の概要と新機能の一部をご紹介したいと思います。 全部User Guideに書いてあるとか言わない JUnit 5とは JUnitとは、言わずと知れたJavaのテスティングフレームワークであり、 デファクトスタンダードの地位にあります。ですが現行のJUnit 4系の最初の メジャーバージョンリリースはすでに10年ほど前であり、保守性の低下が問題に なっていました。 そこでJUnitの刷新を目指すべく、JUnit 5プロジェクトが立ち上げられました。 Junit 5の特徴を簡単に述べると、 API・アーキテクチャの全面的再設計 マルチモジュール構成 Java 8のラムダ式を利用したAPI といったことが挙げられます。 JUnit 5
JUnit API探訪：Assertクラス／assertThatメソッド - Diary of absj31
JUnitをより深く知っていこう。と言う事で本丸JUnitのクラスから幾つか機能を探訪していこうかと思います。 org.junit.Assertクラス Assert (JUnit API) 主なメソッドは以下の通り。 メソッド 説明 assertArrayEquals(arrays expected, arrays actual) 配列同士を比較、イコールである場合true assertEquals(Object expected, Object actual) オブジェクト同士を比較、イコールである場合true assertFalse(boolean condition) 条件がfalseである事を検証、falseの場合true assertNotNull(Object obj) オブジェクトがNullで無いことを検証、Nullでない場合true assertNotSame(Object
JMockit＋JaCoCo トラブルあれこれ - knjnameのブログ
JMockitはテストのために一部のクラスの定義を書き換えるライブラリ、JaCoCoはカバレッジ取得用のライブラリ、どちらも昨今のJava開発のユニットテストで（多分）よく使うものです。 JMockit: http://jmockit.github.io/index.html JaCoCo: http://www.eclemma.org/jacoco/ Antで両方を使ったサンプルプロジェクトも用意してみました。 （ライブラリダウンロードのためにはじめてIvyも使ってみた） https://github.com/knjname/jmockit-jacoco-javaagent-arg-order JMockitもJaCoCo、どちらもinstrumentationという仕組みを用いてその機能を実現しています。 http://docs.oracle.com/javase/8/docs/api
単体テスト実施時にテストのカバレッジを計測するツール：EclEmmaプラグイン - Accele Biz IT開発技術 調査報告書
テストのカバレッジとは、テスト対象となるソフトウェア全体のうち、テスト実施部分が占める割合のことである。 Eclipse、JUnit(S2JUnit4を含む)を使用してテストを実施する場合、EclEmmaプラグインを用いることで、テストのカバレッジを計測することができる。 今回は、EclEmmaプラグインのインストールと使い方について紹介する。 <インストール方法> Eclipseのメニューバーの[ヘルプ(H)]-[Eclipseマーケットプレース(M)...]を選択する。 表示されたダイアログの検索欄に「EclEmma」と入力し、【実行】ボタンを押す。 インストール対象の「EclEmma Java コード・カバレッジ」が表示されるので、【インストール】ボタンを押す。 下記ダイアログが表示される。変更の必要は無いので、【確認(C) >】ボタンを押す。 ライセンスのレビューが表示されるので、
意外に知らないDbUnitでCSVを使う方法 - Fight the Future
「dbunit csv」で検索してもヒットしなかったので書いておく。 DbUnit2.1から、初期値や期待値をCSVファイルに書くことができる。XMLやExcelの代わりに。 使い方はとても簡単。 テーブル名.csvというファイルを作成する(EMPテーブルならemp.csv) CSVファイルの1行目に列名、2行目以降にデータを記述する 複数のテーブルにデータを入れたい場合、CSVファイルも複数作成する 「table-ordering.txt」というファイルを作成する txtファイルに登録するテーブルの順序を記述する(参照整合性制約に反しないように) CSVファイル、txtファイルを同じディレクトリに配置する CsvDataSetのコンストラクタにファイルを配置したディレクトリのjava.io.Fileオブジェクトを渡す たとえば、EMPテーブルがあるとして、emp.csvはこんな感じ。 E
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
