Javaのユニットテスト・ライブラリ・ツールまとめ - Qiita
#テストの必要性 以前のシステム開発と言えば、ウォーターフォールのような要件から設計、実装、テストのような徐々に作業を細分化し最後にテストを行う手法が主流、というかSierとかでは基本今でもこの手法が多いはず。 しかし、現在はアジャイル開発の普及にともない、TDD、BDDに代表されるようなテスト重視の開発スタイルが増加している。 その中で実際テストコードを書いてみようとすると、Javaではテストフレームワークやツール、ライブラリ等が多数あり、どれを選択すべきか悩みどころになってくる。 ここではそれらを整理するため、Javaのテストコードを書くときに必要な情報をまとめておきます。 #どれを使うか・・・ 個人的には、どれを使いうかと考えた時に以下に注意している。 簡単、シンプル テストコードをするために、時間がかかり過ぎたり、可読性が低下したり、ロジックがあまり複雑になるようなものは避ける。
JMeterのメモ - Qiita
この記事のJMeterは ver 2.12。 テストを一件ずつ実行する １つのJMeterスクリプトファイルにスレッドグループを複数個並べると、JMeterは２，３個のスレッドグループを並行して実行する。このとき、例えば、ログイン/ログアウトの評価やコンテンツの参照/削除が同時に走ってしまうと情報に不整合が生じ、テストが失敗することがある。 そこで、「テスト計画」の「各スレッドグループを別々に実行」にチェックを入れると、スレッドグループを１個ずつ順番に実行してくれるようになる。 エラーを期待するテスト JMeterのステップは標準では4xxや5xxのレスポンスコードをエラー(レッド)として扱う。しかし、正常系評価ではなく異常系の評価をしたい場合、4xxのレスポンスでグリーンになって欲しいにも関わらずレッドとして表示されてしまい評価結果が見づらくなることがある。そこで4xxや5xx系レスポン
JUnit/Javaテスティング界隈でBoostする為に有用なリンクを集めてみた - Diary of absj31
JavaでTDDBCに参加し、Bootはした。となると次はBoostしていく必要が出てくる訳だが、職場や社外で実践経験を積むのと同様、JUnitやJavaでのテスト実行に関しての知識も増やしていく必要があるのでは？と思い立ち、このタイミングで有用なネタを集めてみました。 Groovy/G*界隈でBoostする為に有用なリンクを集めてみた(Groovy編) - Shinya’s Daily Report Groovy/G*界隈でBoostする為に有用なリンクを集めてみた(Gradle編) - Shinya’s Daily Report Groovy/G*界隈でBoostする為に有用なリンクを集めてみた(Spock編) - Shinya’s Daily Report テーマによってはひとまず項目のみ洗い出し、項目別に写経や深掘り調査を行った後にエントリとしてUPして行こうと思います。 JUni
次世代のモックフレームワークであるJMockitの基本的な使い方 - 達人プログラマーを目指して
以前のモックフレームワークの技術的制約 今まで私が担当してきたプロジェクトにおいては、モックオブジェクトを使ったJUnitの単体試験はjMockとEasyMockのいずれかのフレームワークを利用して行ってきました。しかし、これらのフレームワークはJavaプラットフォームにおけるコード自動生成の考え方の変遷で説明したように動的プロキシーに基づいているため、以下のような制約がありました。 モック化する対象の型はインターフェースを実装しているか、継承可能なクラスであること モック化するメソッドはfinal、static、privateでないこと*1 モック化するロジックはコンストラクターの呼び出しではないこと モックオブジェクトをテスト対象クラスにDIかパラメーター経由で引き渡すことが可能であること モック化する場合はクラス全体をモック化する必要があること（getterやsetterなどは本物の
Mockito framework site
Project status Please see the release notes page. Updates are announced via Twitter Follow @mockitojava and mailing list . Mockito downloads and instructions for setting up Maven, Gradle and other build systems are available from the Central Repository. The documentation for all versions is available on javadoc.io (the site is updated within 24 hours of the latest release). Still on Mockito 1.x? S
単体テストを“神速”化するQuick JUnitとMockito
単体テストを“神速”化するQuick JUnitとMockito：ユカイ、ツーカイ、カイハツ環境！（16） Quick JUnitプラグインの3つの大きな特徴 近年、JUnitとHudsonを利用した継続的インテグレーション（CI）によるテストの自動化や、テスト駆動開発（TDD）の普及などにより、ユニットテスト（単体テスト）のテストコードの作成が重要視されています。 今回紹介する「Quick JUnit」プラグインは、JUnitによるテストコードの作成と実装を支援するEclipseプラグインです。Quick JUnitプラグインは石井勝さんにより開発されていましたが、石井さんが不慮の事故により死去後、Quick JUnitプラグインプロジェクトにより開発が継続されています。優れたオープンソースプロジェクトの模範のようなプロジェクトです。 訂正のお知らせ 故人のお名前について間違いがあり、修
EclEmma (Java Code Coverage for Eclipse)
Overview EclEmma is a free Java code coverage tool for Eclipse, available under the Eclipse Public License. It brings code coverage analysis directly into the Eclipse workbench: Fast develop/test cycle: Launches from within the workbench like JUnit test runs can directly be analyzed for code coverage. Rich coverage analysis: Coverage results are immediately summarized and highlighted in the Java s
JMockitを使用した単体テスト1 - ssogabeの日記
JMockitは、finalなクラス/メソッド、staticメソッド、コンストラクタ等のテストをできるライブラリです。メソッドの中で生成されるインスタンスもモックにすることができます。おまけに、カバレッジも計測することもできます。 動作環境 JMockitは、JavaSE 5で導入されたInstrumentationを使用していますので、JavaSE 5以上が必要です。JUnitやTestNGと併せて使用します。JUnitは3.8や4.Xにも対応していますが、極力4.5以上を使用した方が楽です。 4つのAPI JMockitには、4つのAPI群が用意されています。 Core API 小さなクラスで、動作時にクラスをモックと差し替えます。容易なAPIですが複雑なテストクラスを記述するには十分ではないため、今ではレガシーなAPIです。 Annotations API Core APIと似ていま
JavaでRubyのfixtureみたいなことをしよう - Fixtureを作りました - 矢野勉のはてな日記
Java Ruby on Railsのfixtureという機能は有名なので皆さんご存じかと思います。JavaでいうJUnitのTestCaseクラスに、 fixture :test と書くだけでtestというテーブルにtest.ymlという名前で用意されたテストデータが投入されるという機能です。 同じような機能はJavaでもかなり以前からDbUnitとして提供されてきましたが、使い勝手という点で圧倒的にfixtureが勝っている。というのは、DbUnitは汎用的なライブラリなので使うためにはDBへの接続定義をコードで書いたり、ロードするxmlファイルを探したり、といろんな手間があったのです。 DbUnitはデータベーステストのデファクト・スタンダードなのでJavaプログラマなら一度くらいは使ったことがあるかと思います。私も仕事柄いろんなところのアプリケーション開発環境を構築するのを手伝いま
jMockとは？
jMockは、JUnitによるユニットテストで使うツールです。 モックオブジェクト モックオブジェクトとは一体何でしょうか。 簡単に言うと、あるインスタンスの動作を代行するものです。 public class Sample { private External external; public void some() { ... external.someExternal(...); ... } public void setExternal(External external) { this.external = external; } } こんなコードがあったとします。 ここでSampleクラスのユニットテスト(以下UT)を書くとしましょう。 モックを使わない方法だと、例えば以下のようになります。 public void SampleTest { @Test public void t
Javaの単体テストでランダムなデータを活用する
従来、ランダムデータを使用するのは、手間が大きすぎて価値に見合わない作業でした。しかし、QaRandomizerを利用すればランダムデータの威力をテストで簡単に生かせます。本稿ではQaRandomizerが生成するランダムなデータを使った基本的な単体テストや、モックオブジェクトを使用した単体テストの方法について説明します。 はじめに 規則性と不規則性が共存しているのが、世の中の面白い所です。例えば、米国の北東部の気候では、冬は寒く、夏は暑くなります。毎日の気温は不規則に変化しつつも、季節が全体として寒いか暑いかという傾向は変わりません。 従って、例えば不凍液など、気温の影響を受ける製品をテストするときには、特定の決まった温度だけで行うよりも、一定の範囲内のランダムな温度で行う方が、正確度は高まります。 ソフトウェアも同じです。通常、ソフトウェアはさまざまに変化する条件の下で動作します。従っ
ウノウラボ Unoh Labs: PHPで暗号化・復号化あれこれ
GT Nitro: Car Game Drag Raceは、典型的なカーゲームではありません。これはスピード、パワー、スキル全開のカーレースゲームです。ブレーキは忘れて、これはドラッグレース、ベイビー！古典的なクラシックから未来的なビーストまで、最もクールで速い車とカーレースできます。スティックシフトをマスターし、ニトロを賢く使って競争を打ち破る必要があります。このカーレースゲームはそのリアルな物理学と素晴らしいグラフィックスであなたの心を爆発させます。これまでプレイしたことのないようなものです。 GT Nitroは、リフレックスとタイミングを試すカーレースゲームです。正しい瞬間にギアをシフトし、ガスを思い切り踏む必要があります。また、大物たちと競いつつ、車のチューニングとアップグレードも行わなければなりません。世界中で最高のドライバーと車とカーレースに挑むことになり、ドラッグレースの王冠
Re:TDD を理解するためのまとめ - ぐるぐる～
TDDを理解するためのまとめ - Logic Dice を読んで、いい機会だと思って テスト駆動開発入門 作者: ケントベック,Kent Beck,長瀬嘉秀,テクノロジックアート出版社/メーカー: ピアソンエデュケーション発売日: 2003/09メディア: 単行本購入: 44人 クリック: 1,026回この商品を含むブログ (156件) を見る を買って、実際に「Part 1 Money オブジェクトの例」を写経してみた。 んで、感じたことなどを。 あ、あくまで今の時点での考えなので、変なとこあったら指摘してくだしあ！ Red から Green、Green から Red ある意味では残念な事なのですが、大抵のTDDの説明に記述されている、「RedからGreenに変わることが気持ちいい」という、その感覚が分からないのです。 TDDを理解するためのまとめ - Logic Dice この気持ちは
TDDを理解するためのまとめ - Logic Dice
わんくま同盟名古屋勉強会#9に置いて、biacさんのTDDに関する話が出たので、少し自分がTDDについて思うことを纏めてみました。 TDDが説明されるのを聞く度、見る度、多分説明している本人は分かっているのだろうけれど、それが他の人に本当に伝わっているのかが怪しいと思ったためです。 というのも、自分が（多分）理解するまでに、酷い回り道をしたもので。 また、biacさんのTDDに関するWebサイトはこちら。 TDD.NET - http://www.tdd-net.jp/ 以下、長文注意。 背景 まず、自分がTDD(より正確に記述するなら、「テストファースト*1」が正しく、TDDではない)をまともに実践しようと思って始めたのが、大学の4年時の最初なので、今から18ヶ月程度前です。 とある研究室のプロジェクトで使いたいという話になり、そこで実践を行いました。当時の環境はJDK + JUnitで
eclipseでunitテストを書く前に最低限やっておくこと - Yamkazu's Blog
メモでつ。eclipseはGanymedeです。 1. quick-junitを入れる http://quick-junit.sourceforge.jp/ テスティングペアを開く: Ctrl + 9 JUnit テスト:Ctrl + 0 で操作できる。 2. static importの展開をやめる 参考:http://d.hatena.ne.jp/Yamashiro0217/20090409/1239242490 Preferenceの[Java]-[Code Style]-[Organize Imports]の「Number of static imports needed for .*」を1に設定する。 3. GanymedeのテンプレートにassertThatとか追加する 参考:http://d.hatena.ne.jp/ashigeru/20090216/1234756826
JUnit4でテストクラスの並列実行 - cactusman日誌
最近、スローテスト問題というのが深刻になっています。 JUnitは基本的に逐次実行されるため、高性能なPCでも待たされる処理があるとどうしても時間がかかってしまいます。 JUnit3では川口さんが作成した「Parallel Junit」があるので並列実行することができるのですが、JUnit4対応はされていません。 なので、JUnit4で何かないかと調べてみましたが、使えそうなものはなさそうでした。 なければ作るというわけで、とりあえずSuiteクラスを継承して実装してみました。 package org.cactusman; import java.util.ArrayList; import java.util.List; import org.junit.runner.Runner; import org.junit.runner.notification.RunNotifier; im
Eclipse 3.4を使ったデバッグとテスト～Eclipse 3.4 入門～
はじめに 第4回「Eclipse 3.4でのアプリケーション開発方法（swing／JSP／サーブレット）」までで、Eclipseのインストールと設定からEclipseを用いてアプリケーションを開発するまでの一般的な流れなどを説明しました。 今回は、複雑なアプリケーションを開発するために必要な「デバッグやテストを支援する機能」の基本を紹介します。 事前準備 第4回のJSP開発の章で紹介した「Tomcat Launcherプラグイン」を用いるので、あらかじめ導入しておいてください。また「JStyle」も導入しておくと便利でしょう。今回の画面画像は「JStyle」導入済みの場合になっています。 今までの記事 第1回「Eclipse 3.4のインストールと日本語化」 第2回「Eclipse 3.4の各種設定と利用方法」 第3回「Eclipse 3.4プラグインのインストール／設定方法」 第4回「E
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Google Code Archive - Long-term storage for Google Code Project Hosting.
http://634.ayumu-baby.com/jmock/index.html
IBM Developer
