2. もくじ • 背景 • はじめに • テストに求められること • Java × JUnitのテスト • Groovy × Spockのテスト • Groovyの活用 • まとめ
What is Truth? Truth is a library for performing assertions in tests: Truth is owned and maintained by the Guava team. It is used in the majority of the tests in Google’s own codebase. Why use an assertion library? In other words, why depend on a new library when you can use the methods built into your testing framework, like assertEquals? assertEquals( ImmutableMultiset.of("guava", "dagger", "tru
Probably, you have thought to test HTTP results such like status code, response headers and body, or SQL query results by Serverspec. I have done too. But then you should have felt strangeness like “Is Serverspec responsible for such higher level state? Which resource type should I use? Execute curl command from target server to loopback interface? How about virtual hosts”? After a little thought
BatsはCLIで実行するUNIXプログラムのテストをするためのツールです。 Bash Automated Testing SystemでBatsとのこと。 Bats自体がbashで書かれていて、特にbashスクリプトのテストに最適なようですが、出力と終了ステータスをチェックするような単純な作りなので、CLIで動作するプログラムであれば何でもテストできるでしょう。 元々、ruby-buildのテストファイル眺めてたら拡張子が*.batsになってて、「なんだろこれ?」と思って見たら同じ作者のBatsというツールでした。 使ってみたら結構手軽で便利だったので紹介します。 簡単な例 以下の例を見れば大体どんな感じかわかると思います。 bc, dcの演算結果をチェックするためのテストですね。 #!/usr/bin/env bats @test "addition using bc" { resul
本書は、Seleniumの導入と構成の仕方、テストの書き方について、包括的に解説する書籍です。IE、Firefox、Chrome、Safariなどのブラウザに対応するWebDriverの機能から、iOSとAndroidアプリケーションのテスト、さらにUIテストツールのPageObjectパターンまで、サンプルコードを使って具体的に説明します。日本語版では玉川紘子氏による「CI(継続的インテグレーション)ツールの活用」を付録として追加。WebアプリケーションのUIテストを自動化したい技術者必携の一冊です。 訳者まえがき はじめに 1章 WebDriverとWebElementの紹介 1.1 Seleniumの歴史 1.1.1 Selenium 1、別名Selenium Remote Control、別名 Selenium RC 1.1.2 Selenium 2、別名Selenium WebD
全国50万のJUnit4ユーザーさん。使っている言語とテスティングフレームワークののMLとGithubやBitBucketリポジトリを監視していると思うので今さらかもしれませんが、2014/7/30にJUnit4.12 Beta-1がリリースされました。 結構楽しい機能が追加されているので、見逃している方のために情報を共有させていただければと思います。 基本的にリリースから抜粋しながら紹介ですがご容赦ください。 Release Notes junit/ReleaseNotes4.12.md at master · junit-team/junit · GitHub 全体の感想 JUnit4がおれの足元にやっと追いついたと思った。(今までJUnitとSpockを魔改造しまくってた。) テストランナー系 クラス階層化 JUnit魔改造コミュニティに朗報です。私たちのテストランナーでよしなにやっ
Acceptance Test はテスターが後からつくったらいいとかいう話についカッとなってつくったスライドRead less
Hi there! I just wanted to share a list of sites that helped me a lot during my studies: .................................................................................................................................... www.EssayWrite.best - Write an essay .................................................................................................................................... www.LitR
2. なにを発表するの? 最近、Selenium2 + Ruby + RSpec でブラウザ テストの自動化に取り組んでます 「ブラウザテスト」? ここでは「テスターがブラウザを操作して眼で結果 を確認する行為」という意味で使います 具体的にどんなことをやってるのかを紹介し ます。 (主にテストケースの構成について話します) 4. Slenium2って何? OSSのブラウザテストツール プログラム言語でテストスクリプトを書いて使う 何ができるの? 手動テストの代替 手動テストで行うのと同様に、実際にWebブラウザを起 動して操作できる ボタン押したり、文字列を入力したり取得したりetc 特徴・メリット ブラウザテストツールのデファクトスタンダード 情報&使用経験者の数が多い 開発が活発 幅広いOS/ブラウザ/言語に対応
photo by epSos.de ユニットテストは、wikipeda によると 英語では unit testing と言うらしいです。unit test じゃないの?と思った方もいるかもしれませんが、英語圏の人は test と testing という単語を使い分けているようです。今日は、この2つの単語の使い分けについて、書いてみたいと思います。 test と testing についてですが、辞書で調べるとどちらも「テスト」と訳されています。ますます違いがわかならくなりそうですが、これらの単語には、それぞれ日本語では表現しにくい、以下のような異なるニュアンスがあります。 test - テスト項目などテストそのもの testing - テストをすることについて(テストの概念や工程など) 日本語では、個々のテストもテストすることも「テスト」あるいは「試験」と言いますが、英語ではちゃんと使い分け
私たち昨年、ソフトウエア開発プロジェクトのテスト工程の効率化に取組みました。効率化を実現するアプローチは多様ですが、今回の取組みでは、効率化可能なアクティビティを支援する即効性の高いツールを作成・適用する方針で進めました。実際に多くの開発プロジェクトが活用し、作業を効率化しています。この記事では、複数回に分けて私達の取組みと成果を紹介します。 この回では、背景にあった課題と改善方針、ベースとして採用を検討した2つのOSSプロダクトについてお話します。 テスト工程の生産性の現状 ソフトウエア開発分野では生産性向上を目的とした様々な取組みが行われています。特にプログラミング領域は、IDEやソースコード自動生成等の開発ツール、アプリケーションフレームワークの活用で大きな成果を生んでいます。 一方でテスト領域の生産性はどう変わってきているでしょうか? IPA/SEC「ソフトウエア開発データ白書」
The document discusses specification by example (SBE) as an approach to software development. It outlines key aspects of SBE including deriving scope from business goals, specifying collaboratively through examples, refining specifications, automating examples, and validating frequently through living documentation. An example is provided showing how SBE can be implemented using Cucumber features,
mocha-phantomjsは、その名前の通りmochaとphantomjsを使ってクライアントJSのテストができるヘッドレステストランナー。長く使ってるけど特に不満はないので使えばいいと思う。 metaskills/mocha-phantomjs https://github.com/metaskills/mocha-phantomjs スケルトンを作った クライアントJSのテスト書かれない理由として、環境構築の難しさがあると思う。 そこで怠惰な人たちの為にGruntでプロジェクト用スケルトンを作った。ごじゆうにおつかいください 使い方 git clone git@github.com:mizchi/client-app-skeleton.git cd client-app-skeleton npm install bower install grunt test 結果 Running
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く