Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Java テストツールのトレンド 2014/1~2016/5版 1. エコシステムに乗っかるべし 継続的インテグレーション(CI:continuous integration)は、もはや必須のプラクティスとなりました。CIを実施するにあたり、できるだけ世の中でよく使われているツールやフレームワークを使うことが、エコシステムにスムーズに乗っかっていく鍵になります。マイナーなツールやフレームワークを採用してしまった場合の問題点を挙げてみます。 採用したツールの開発が停滞していてバージョンアップによる恩恵が受けられない。 他のツールのバージョンアップに採用したツールが追従できず、他のツールのバージョンアップの恩恵が受けられない。 足りない機能があり社内で色々作りこんだものの、社内のスピードよりも、世の中のスピードのほうが速く、システムの改修が世の中に追従できななくなってしまう。 CIシステムの維
概要 Property Based Test を実装するためのライブラリ「QuickCheck」の Java 移植版を試してみました。 Property Based Test とは 以前の渋谷Javaで @gakuzzzz さんがおっしゃっていたのによると下記のようなものだそうです。 テストデータを半自動生成……テストデータを管理する必要がない すべての値について性質を満たすことをテスト 機能変化や仕様変化に強い Java にも QuickCheck ファミリーのライブラリがある テストデータを作るのが面倒な場合や、あらゆる値を網羅的にテストしたいケースで役立つようです。なお、境界値テストのような固定の値を必要とするものは、通常通りの JUnit Test を書けばよいとのことでした。 Java の QuickCheck 実装 QuickCheck は Haskell のライブラリです。今
はじめに Selenideを触ってみたら簡単なUIテストがサクッと書けて感動したので、使い方をまとめました。 Selenideとは SelenideはUIテストのためのSeleniumラッパーです。 Selenide: concise UI tests in Java http://selenide.org/ Java界隈でUIテストといえばSelenium(WebDriver)が有名で、大変優れたツールです。ですが、SeleniumはUIテストのためのツールではなく、ブラウザ操作のためのツールです1。 一方、Selenideは初めからUIテストのために設計されていて、UIテストを「スラスラ」書いて実行できます。ブラウザの閉じ方とか、タイムアウトとか、StaleElement Exceptionsの扱い方などを考える必要はなく、ユーザはテストに集中できるのが売りです。 Three simp
AssertJ Core site has moved to https://assertj.github.io/doc/ This site is still maintained for AssertJ modules (until their documentation is migrated) Rich and easy to use AssertJ provides a rich set of assertions, truly helpful error messages, improves test code readability and is designed to be super easy to use within your favorite IDE. Get started right away with the one minute starting guide
The 5th major version of the programmer-friendly testing framework for Java and the JVM User Guide Javadoc Code & Issues Q & A Support JUnit JUnit team’s statement on the war in Ukraine As human beings, we stand with Ukraine and condemn the Russian government’s war against the Ukrainian people, including our own colleagues and their families. Donate to UN’s Ukraine Humanitarian Fund About JUnit 5
# yum install java ================================================================================================================================== Package Arch Version Repository Size ================================================================================================================================== Installing: java-1.8.0-openjdk x86_64 1:1.8.0.71-2.b15.el7_2 updates 217 k Install
public class HamcrestTest { List<String> list = Arrays.asList("hoge", "fuga", "piyo"); @Test public void test() { assertThat(true, is(true)); assertThat("hoge", is("hoge")); assertThat(list, is(not(empty()))); assertThat(list, is(contains("hoge", "fuga", "piyo"))); } } 見た目はHamcrestとあまり変わらないように感じますが、大きなメリットはFluent APIのため、チェック対象の型情報からIDE補完で使用可能なメソッド一覧を選択できることです。 このため、Hamcrestのように事前にAPIを把握していなくても、型安全
Web開発プロジェクトでのJavadocの運用方法について現時点(2015年11月)でどのように利用すべきか検討したのでまとめてみました。 実際は使用できるツールやサーバが限られるし、現状によってはいきなりJavadocを使用できないかもしれないので以下のすべてを設定できるかというと難しいのですが。 あくまで私見なのでもっといいツールや運用方法があればコメントください。 前提 JavaによるWeb開発 構成管理ツールとしてchefを使用 インテグレーションツールとしてJenkinsを使用 プロジェクト管理ツールとしてredmineを使用 単体テストではJUnitを使用 内部結合テスト以降、テストではselenium, appiumを使用 開発者のIDEとしてEclipseを使用 目的 開発効率の向上 納品ドキュメント作成工数の削減 属人化の排除 開発者のスキルアップの促進 開発者の手抜き・
渡辺です。 DevelopersIOでの100本目のエントリーがJUnitネタとなりました。 自分がJUnit実践入門を執筆したのは2011年から2012年にかけてです(出版が2012年11月)。 それからJava8がリリースされていますが、JUnit4自体は大きな進化はしていませんでした。 昨日、JUnit Lambda Prototypeが公開されました。 まだプロトタイプということで、今後の変更は大きいかと思いますが、いよいよ次世代のJUnitの足音が聞こえてきた感じがします。 今回は、このドキュメントからJUnit Lambdaの概要と方針について速報をお送りしたいと思います。 なお、現在JUnitチームでは、このプロトタイプに対するフィードバックを募集しています。 ここはこうじゃないとかはてブコメントする前にTwitterやGitHubでフィードバックを! JUnit Lambd
Selenium勉強会@サイボウズに行ってきました #selenium_cybozu の記事で Selenideの話 Selenide == Javaで書かれたSeleniumクライアントラッパー というのを見つけてGroovy製のGebと比較したいなと思い、使ってみました。 Selenideについて 公式はここ。http://selenide.org/ Selenide is a wrapper for Selenium WebDriver that brings the following advantages: Concise API for tests Ajax support True Page Objects jQuery-style selectors You don't need to think how to shutdown browser, handle timeou
これは何? Jenkinsに静的解析、テスト結果をまとめてレポートしてもらう為のMaven設定を記したもの。 ※ Jenkins自体への設定は割愛します。 レポートイメージ Jenkinsの画面から静的解析の結果、テストの結果などが一望できる様な感じ バージョン情報 maven 3.3.3 jenkins 1.634 centos 6.5 (Open Logic 6.5) jenkinsに吐かせたいレポートの内容 findbugs checkstyle jUnitのテスト結果 カバレッジ測定 PMD(Javaソースコード解析の為の静的なルールセット) javadoc生成 必要なJenkinsのプラグイン ※ 標準でインストールされているプラグインを含みます ※ 依存関係でインストールされたプラグインは対象としていません。 Checkstyle Plug-in Cobertura Plugi
この記事のJMeterは ver 2.12。 テストを一件ずつ実行する 1つのJMeterスクリプトファイルにスレッドグループを複数個並べると、JMeterは2,3個のスレッドグループを並行して実行する。このとき、例えば、ログイン/ログアウトの評価やコンテンツの参照/削除が同時に走ってしまうと情報に不整合が生じ、テストが失敗することがある。 そこで、「テスト計画」の「各スレッドグループを別々に実行」にチェックを入れると、スレッドグループを1個ずつ順番に実行してくれるようになる。 エラーを期待するテスト JMeterのステップは標準では4xxや5xxのレスポンスコードをエラー(レッド)として扱う。しかし、正常系評価ではなく異常系の評価をしたい場合、4xxのレスポンスでグリーンになって欲しいにも関わらずレッドとして表示されてしまい評価結果が見づらくなることがある。そこで4xxや5xx系レスポン
Spock では Groovy の動的な特性を生かした柔軟な Mocking テストが実現できます。 blog1.mammb.com 前回に続いて、Spock のモック機能について見ていきましょう。 Mock を作成する インタラクションを検証する Mock の振舞いを定義する Mock オブジェクトの生成 インタラクション回数条件の定義 引数のマッチング定義 メソッドのマッチング定義 マッチングの順序 Strict Mocking モック生成時にインタラクション条件を指定する モックとのインタラクション順序を検証する スタブの作成 スタブから順序値を返却する スタブから生成した値を返却する モックとスタブを合わせて使う スタブ化に特化したStubsを使う スパイ まずは公式サンプルからの例で、以下のようなイベントの Publisher と Subscriber のインタラクションに対する
テストの流れ 品質目標を立てる テスト密度(目標、上限、下限値)、バク密度(目標、上限、下限値) テスト計画 ソフトウェアテストの全体計画作成 実施スケジュール、予算、体制、環境構築手順、必要ツール利用手順、成果物の様式、バージョン管理、設計書の準備 テスト作成 期待動作、パターンの洗い出し、テスト環境構築、テストデータの作成、テストケース作成、レビュー テスト実施 作成したテストケースの実行 テスト検証 結果の確認、テスト関係者以外の利害関係者との調整(設計書管理、仕様管理、修正管理)、テスト実施者の作業管理、テスト報告のとりまとめ、テスト全体報告、再テスト有無判断 再テスト 検証で再テストを判断したケースの再テスト 品質評価、判断 ・品質管理者(テストが要求品質を達成できているか判断) ・テスト管理者(主に開発リーダーなどのテストなどにおける経験によりテストの実施、人員のとりまめ) ・
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く