マイクロソフトがテストツール「BrowserSwarm」発表
テスト結果はInternet Explorer（IE）、Google Chrome、Firefox、Safari、OperaなどのWebブラウザのバージョンごとに合格率が表示される。テストに合格した項目と不合格だった項目は別々に参照でき、修正が必要な個所がすぐに分かるようになっている。 BrowserSwarmのプロジェクトは、jQueryライブラリの開発などに参加しているappendTo、クラウドベースのテスト用プラットフォームを提供するSauce Labs、マイクロソフトのInternet Explorer（IE）チームが協力して手掛けている。 IEチームは「質の高いフレームワークは現代のWebの基盤であるにもかかわらず、さまざまな端末やWebブラウザで横断的なテストができるリソースはあまり存在していなかった。BrowserSwarmでは相互運用性を備えたフレームワークの構築を支援する
とある開発者ブログ: Capybara + Rspec + Rails 3.2 でJSON APIのテストを書くまで
2012年9月9日日曜日 Capybara + Rspec + Rails 3.2 でJSON APIのテストを書くまで イントロ 今回は、CapybaraとRspecを使って、JSON APIを動かすまでの流れを書きます。ちなみに、Capybaraとはテストフレームワークでテストを書きやすくするためのヘルパーだそうです。なので、Rspecやcucumberとも併用可能。さしずめ、パワーアップキット的な扱いっぽいです。 流れ 1) Gemに以下のファイルを追記(編集) # rspec/capybara # TODO rspec/capybaraでブログを書く group :development, :test do gem 'rspec-rails' end group :test do gem 'capybara' gem "launchy" gem 'factory_girl_rai
スマホアプリ品質ガイドライン | mixi-inc.github.io by mixi-inc
このガイドラインについて このガイドラインは既存のアプリやレビュー等を参考に、ユーザーが期待するであろう状態をまとめたものです。 アプリの開発に関わっている方たちが日々の動作確認を実施する中で、こういった点に気付いてほしい、というチェックリストになっています。 ※項目の中にはOSや端末に依存する部分も含まれます。 インストール 初回インストールが問題なく完了すること 既にインストールされている場合、アップデートが問題なく完了すること 記録メディア対応(Android) インストール後、記録メディアへアプリが移動できることが望ましい ※但し、記録メディアへアプリを移動した場合、一部の機能が制限される(はず)←ホームのウィジェット等 起動 本体に保存しているアプリが正常に起動できること 記録メディアへ移動しているアプリが正常に起動できること ログイン 初回インストール後 登録済みアカウントで利
入門 Androidアプリケーションテスト
Android OSを搭載した携帯端末の種類はもはや数えきれないほどであり、複雑化するアプリケーションのテスト工数の増大はAndroidアプリケーションの開発者にとって喫緊の課題です。本書は増え続けるテスト工数に対する対抗手段として、主に「必要なテストを必要な分だけ設計する方法」と「テストの自動化によってテスト工数を抑制する方法」について解説しています。開発者として知っておくべきテストの技法、コンポーネント別のテストコードの書き方、継続的インテグレーションへの統合方法など、実践的な内容も含まれています。本書がAndroidアプリケーションをテストする全ての人々の一助になれば幸いです。 正誤表 ここで紹介する正誤表には、書籍発行後に気づいた誤植や更新された情報を掲載しています。以下のリストに記載の年月は、正誤表を作成し、増刷書籍を印刷した月です。お手持ちの書籍では、すでに修正が施されている場
A/Bテストとユーザビリティテストの使い分け
A/Bテストは、用意した複数のデザインのどちらの成果指標がよりよいか、という結果を定量的に比較検討するための手法です。いくつかのデザインの選択肢があった場合に実際にユーザーに利用してもらうことで、どのデザインが最も数値目標達成率が高いかを把握するのには有効ですが、なぜその結果になったのか、という理由を把握することはできません。デザイナーの発想の域を越えることはできず、変更すべきデザイン要素が別のものだったとしても気づくことができません（例：真の問題は、色ではなく配置だった）。 一方、ユーザビリティテストは、ユーザーの利用状況を観察することで、目的達成を妨げる問題など、定性的な洞察を得るための定性的な手法です。まだ開発途中である場合や、リリースしたあとに、ターゲットとしたユーザーがどのように思考し行動するかを把握するのに有効ですが、定量的な指標による評価にはあまり向きません（それをしようとす
JenkinsとSelenium WebDriverでUI層のテストも自動化＆永続化する - プログラマでありたい
思い立ったようにJenkins特集をしておりますが、今回はJenkinsとSelenium WebDriverでUI層のテストの自動化をする話です。Seleniumは面倒臭い画面のテストを自動実行してくれるツールで、出てきてからもう７〜８年がたちます。Web系の開発に携わっている人であれば、一度は試したことがあるのではないでしょうか？そして、必ず挫折したことがあると思います。 その理由としては、せっかく作ったSeleniumのテストケースが腐ってくるからです。一般的にはUI層の変更は、ロジック層に比べて変化が激しいです。だからこそテスト自動化して保証することに意味があるのですが、そのテストケースを維持するのは大変です。そこで、Jenkinsの登場です。Jenkinsでサーバサイドで継続的に実行することにより、Seleniumのテストケースが成功を保てるようにします。また、複数のブラウザ・バ
Javaプログラマ必読の実践的テスト指南書『JUnit実践入門』レビュー - 矢野勉のはてなブログ
2012-12-26 Javaプログラマ必読の実践的テスト指南書『JUnit実践入門』レビュー 渡辺修司さん著『JUnit実践入門』が発売されてからかなり経ってしまいましたが、実はこの本、すこしだけレビューにも参加させてもらいました。私は結局少ししかご協力できなかったのですが、それでも献本頂きました。レビュー段階からこれはいい本になると思って、ぜひレビューを書こうと思ってましたが、遅れに遅れ、今になってしまいました。 JUnit実践入門 ~体系的に学ぶユニットテストの技法 (WEB+DB PRESS plus)作者: 渡辺修司出版社/メーカー: 技術評論社発売日: 2012/11/21メディア: 単行本（ソフトカバー）購入: 12人 クリック: 238回この商品を含むブログ (19件) を見る この本、私は読者としてプログラマとしてかなり助けてもらってますので、基本的に褒めるところしかない
自動テストはじめませんか？#1 | DevelopersIO
こんにちは。 今回は自動テストというちょっと地味なことについて取組んでみようかと思います。 WEBシステムを開発するにあたりWebブラウザでのテストは必須かと思いますが、プログラムを修正する度に確認したり、複数ブラウザで同じ確認を行うのは大変です。そこでブラウザを使ってのテストを自動化してみようかと思います。 Webブラウザを使っての自動テストはSeleniumとう有名なツールがあるので今回はこれを使いたいと思います。 SeleniumはFireFoxのアドオンで使えるSelenium IDEと、JavaやC#などの言語からAPIを呼び出して使うSelenium WebDriverがあります。Selenium IDEはFireFoxのアドオンなので他のブラウザでのテストは出来ません。どうせ自動化するなら色々なブラウザでテストしたいので今回はSelenium WebDriverを使用し、言語
JavaScriptのテストツール「testem」が素晴らしいぞ - Mach3.laBlog
この記事は賞味期限切れです。（更新から1年が経過しています） JavaScriptユニットテスト一年生の私が、Nettuts+ のチュートリアルで知ったテストツール 「testem」のお陰で大変捗ったので是非お勧めしたく、ここで紹介してみます。 testem ってなに testem via GitHub : airportyh/testem Unit testing in Javascript can be tedious and painful, but Testem makes it so easy that you will actually want to write tests. 要するに、面倒なJSのユニットテストをより快適にしてみんなでハッピーにテスト書こうよ！というツールです。 testem自体はnode.jsベースで動作し、Jasmine/QUnit/Mochaに対応して
JUnit実践入門 xUnitTestPatternsで学ぶユニットテスト
Team Foundation Server 2015 Update 2.1�アップグレード 手順書�～ Team Foundation Server 2...Masaki Takeda
テスト自動化ツールを導入済みは8.5％、85％以上が検討していないか必要を感じないと。キ－マンズネット調べ
テスト自動化ツールを導入済みは8.5％、85％以上が検討していないか必要を感じないと。キ－マンズネット調べ キーマンズネットは、IT担当者を対象にしたアンケート結果として「テスト自動化ツールの導入状況」を公開しました。 それによると、導入済みは全体の8.5％（「既に導入済みである（追加リプレイスなし）」7.5％と「既に導入済みである（追加リプレイスあり）」の1.0％の合計）で、導入を検討しているが4.8％。今後も導入しないするグループは86.7％（「必要性を感じているが導入を検討していない」の38.6％と、「必要性を感じない」の48.1％の合計）」になりました。 グラフを見ると従業員規模1001名以上では導入済みが約15％である一方、100名以下では1.8％であり、従業員規模によって大きな違いがあることが分かります。 対象言語はJavaがトップ、目的は品質の向上、工数削減など すでにテスト
JenkinsでCI（継続的インテグレーション）すればAndroidアプリ開発はもう怖くない
JenkinsでCI（継続的インテグレーション）すればAndroidアプリ開発はもう怖くない：Androidアプリ開発テスト入門（6）（1/2 ページ） 日本Androidの会テスト部が、いままで培ってきたAndroidアプリ開発におけるテストのノウハウを、実際のテストコード例とともに紹介していきます 本連載「Androidアプリ開発テスト入門」では、Androidアプリを開発している方のためにテストの基本的なノウハウを解説しています。第6回では、CIツールである「Jenkins」を用いてAndroidをテストする方法を解説します。 いまさら聞けない「継続的インテグレーション（CI）」とは 「継続的インテグレーション」（以下、CI）とは、アジャイルのベストプラクティスの1つで、「すべてが自動化された再現可能なビルド・テストを日に何度も行うこと」です。 CIのメリットには、次のものがあります
かっこ悪くて面倒でもテストコードを書こう - 今川館
Python | 10:08わたしはプログラマーではありませんが、いくつかの仕事でテストコードを見たり書いたりすることがあったので、その過程で思ったことをメモとして残しておきます。コーディングとテストを分けて工数を言う癖をやめようどっちもコードを書くのだから分けて考える必要はないテストコードの重要性は理解しているけど、工数も厳しいし客がテストコードを書くことに工数を割くことを認めてくれない。ありがちな話ですが、それがテストを書かないことの根拠であるならば少し考え直しましょう。コーディングとテストを異なる工程と考えるのをやめてしまえばそんなことに悩む必要はなくなります。つまり、「テストを書きながらコーディングする」のです。だいたい、普段プログラムを書いているときだって手元で動かしながらものを作っているでしょう。それと同じことをプログラムを書いてやればいいだけです。客がテストを書かせてくれない
Android Mockを利用してHTTP通信をテストするには
注意！ Android Mockについて（2014年6月2日追記） 本記事で紹介しているAndroid Mockは、2012年11月に開発・サポートの終了を宣言されました。より一般的な下記モックフレームワークのDalvik仮想マシン対応がほぼ完了しており、その役目を終えたためです。 Mockito：1.9.5rc-1でDalvik対応がマージされました EasyMock：3.2でDalvik対応がマージされました 新規に作成するプロジェクトでは、これら他のモックフレームワークを使用することをお勧めします。＠ITでは、他のモックフレームワーク導入方法を紹介する記事を掲載予定です。 なお、本記事のサンプルコードをMockito向けに書き換えたものを公開しています。以下をご参照ください。 https://gist.github.com/4179494 さらに、EasyMock向けに書き換えたもの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
capybara で快適なテスト生活を
私にとってのテスト
#NagoyaTesting アジャイルなテストの見積りと計画づくり
ゲームテスト&QA｜書籍｜株式会社ボーンデジタル
書評『ゲームテスト&QA』 ｜ メディア芸術カレントコンテンツ
テストコードのリファクタリング
