リモートで 実機検証可能な クラウドサービス テスト効率化の課題を抱えている方へ。 クラウド上の端末をＰＣで操作可能＆便利な機能も多数搭載。 従来の実機検証を効率化！
Remote TestKit
リモートで 実機検証可能な クラウドサービス テスト効率化の課題を抱えている方へ。 クラウド上の端末をＰＣで操作可能＆便利な機能も多数搭載。 従来の実機検証を効率化！
日本Seleniumユーザーコミュニティ
日本Seleniumユーザーコミュニティは、Seleniumに関する分からないこと・困ったことについてユーザー同士で助け合うグループです。
なぜクライアントJavaScriptの単体テストを書くのが難しいか、考えてみた - mizchi's blog
ってsinonのスタブ漏れを探しながら何度目かわからない感じにキレてた。 とにかく仕事でJSのテスト書くのが辛いので考えてみる。比較的JSのテストに慣れてる自分ですら辛いのだから、世界はもっと辛いに間違いない。サーバーサイドのnode.jsの話ではない。 JavaScriptで完結しない 構造がHTMLの構造と密結合している。装飾や位置、表示/非表示はCSSによって制御されている。 クライアントJSはHTMLと密結合しており、CSSからビューは影響を受ける。それらがネットワークの結果を受け非同期に振る舞いを帰る。その最終的な値を取得するのが難しい。 もちろんサーバーサイドだってDBやネットワークという外部リソースを扱うが、モックの手法が確立しているし、局所的な複雑度は、JSの方がはるかに多い。 言語仕様が貧弱 mochaやjsmineはrspecを真似てるけど、本質的にJavaScript
WebStorm 7EAPのkarma連携について
WebStorm 7 EAP がリリースされましたが、今まではJsTestDriverぐらいしかテスト連携のサポートは入っていませんでしたが、karmaのサポートが追加されました。 KarmaとWebStormの設定 まだ、karma@canary(いわゆるdevloperバージョン)でしか動かないらしいので、 以下のように karma のcanaryをインストールします 今回は、デフォルトのJasmineの構成にしました。 次にWebStormでプロジェクトを開いて、WebStormのkarmaの設定をします。 RunDebug Configurationsにkarmaが増えているのでそれを追加して、 karma.conf.js のパスを設定してあげればWebStormの設定は完了です。 Karmaのテストを実行 作成したConfigurationsをRunするとKarmaサーバが起動し
xUnit Test PatternsのTest Doubleパターン(Mock、Stub、Fake、Dummy等の定義) - 千里霧中
最近、昔作ったTest Doubleの解説資料を参照・引用してくれる方がちらほら出ていて恐縮しているのですが、見直してみると結構わかりにくい資料なので今回文章としてまとめたいと思います。内容は世間一般的に言われているMock、Stub、Fake、Dummyといった言葉の定義になります。 Test Doubleとは Test Doubleとは、テスト実行時に、テスト対象が依存しているコンポーネントと置き換わるものです。「テスト代役」と訳されることもあります。世の中でMock、Stub、Fake、Dummyなどと呼ばれているものの総称に位置づけられます。 簡単な例を以下に示します。このコードでは、テストメソッド「テストコード()」がメソッド「テスト対象()」をテストしています。また「テスト対象()」は、中でメソッド「外部メソッド()」を実行しています。なお「外部メソッド」はテスト対象でないとし
Better Specs. Testing Guidelines for Developers.
What is Better Specs Better Specs is a collection of best practices developers learned while testing apps that you can use to improve your coding skills, or simply for inspiration. Better Specs came to life at Lelylan (open source IoT cloud platform) and checking out its test suite may be of inspiration. Better Specs focus on Rails testing, but our goal is to create testing guidelines covering mos
What is wrong on Test::More? / Test::Moreが抱える問題点とその解決策
What is wrong on and how to improve Test::More. Test::Moreの何が問題でどう解決すればいいか。Read less
App Storeのアプリ内課金のテストパターン | Technology-Gym
iOSアプリのアプリ内課金をテストするときに見ておくべき事をメモした内容です。 アプリ内課金を試す場合は、申請する前にiTunes Connectでアイテムを登録しておく必要があります。 まず最初に、テスト用のiTunesアカウントを作成しておきます。 iTunes ConnectのManage Usersへ Select User TypeでTest Userを選択 Add New Userから新規ユーザーを作成する。 ここで作成したテストアカウントを使ってテストを行います。 テストは実機でしか行えないので、先に普段使っているiTunesアカウントは、App Storeからログアウトしておいた方でいいです。 (アプリ内からiTunesアカウントのログアウトはできないため) またJailbreakした端末ではテストができないようになっているので、普通の実機を使ってテストを行う必要があります
Jasmine: Javascript Testing Framework
describe("Jasmine", function() { it("makes testing JavaScript awesome!", function() { expect(yourCode).toBeLotsBetter(); }); }); Documentation User Guide Release Notes API Documentation Contributor Guide Download For pure JavaScript projects: VersionSizeDateSHA1
NLTHTTPStubServer を使って iOS アプリの通信周りのテストを書こう - セロリ食べたい
テスト実行時にモックとなる Web サーバを起動して、思い通りのレスポンスを返す環境が作れる NLTHTTPStubServer というツールがある。これを使えば、web API の実行の成功・不成功などのテストが楽に書ける。テスト実行時に叩く API の URL をちょこっと書き換えるだけなので、テストのためにコードを修正する部分は少ないだろうし、実際のアプリケーションの動作とほぼ同じ状態でテストができるはずだ。 NLTHTTPStubServer の導入 NLTHTTPStubServer は以下のライブラリに依存しているので、これらをプロジェクトに追加する。 CocoaHTTPServer - https://github.com/robbiehanson/CocoaHTTPServer CocoaAsyncSocket - CocoaHTTPServer の Vendor に入って
iOSアプリのテストでテストコードからモック用のサーバー立てられるライブラリ作った - yaakaito::Blog
Objective-C, Test, iPad, iPhone注意 ASIHTTPRequestしか試してない(ただのHTTPサーバーなのでいけると思うけど) GETしか動かないはず ドキュメントが整備されていない 現段階で使いたい人は全部自分で そのうちframework化する version 0.0.1くらいNLTHTTPStubServerNLTはNext-Level-Testingです、ちょっと厨二病感出してみました。何ができるかというと、HTTPリクエスト投げるテストとかとかで、Apacheを立ててファイルをおいておいてそれを取りに行く、みたいなケースがあると思います。けどApache立てるのもだるいし、環境変わったら構築が面倒ですし、できれば全部Objective-Cで書いた方が綺麗だし、ってことでテストコードからそれと似た機能を提供します。綺麗に設計されているアプリケーション
もう一つのBDDスタイルのiOSテスティングフレームワーク「Kiwi」の導入方法 | Technology-Gym
前回のcedarに引き続き、BDDスタイルのiOSテスティングフレームワークのKiwiについての紹介。 allending/Kiwi – GitHub Kiwiについては以下のサイトがとてもよくまとめてくれているので、そこを見るだけでもいい気がしますが、 最近になってKiwiの導入方法等も変わったので、新しくなったKiwiの導入方法についてです。 どちらにしても下記のサイトは参考になるのでKiwiを使うには読んでおくべきでしょう。 Kiwiのコード補完をまともにする – 一足お先に。 －高専出身者が語る技術者ブログ－ 導入、Mock/Stub、非同期通信 公式にもインストール方法のページGuide: Up and Running with Kiwi – GitHubがあるので、そちらも読むといいです。 とても細かくかいてあります。(絶対パスで指定したりする部分があるのが微妙ですが) 今回作
Jenkins を iOS アプリ開発に導入してみた (GHUnit編)
前回 はSenTestKitを用いてJenkins上で単体テストの自動実行を行いました。今回はGHUnitを使った単体テストの自動実行にチャレンジしてみたいと思います。またついでといっては何ですが、単体テスト時に必要になってくるモックを作成するためのライブラリOCMockも同時に導入してみようと思います。 ■なぜGHUnitを使うのか GHUnitを使うことで、SenTestingKitと比べて以下のようなメリットが得られます。 非同期処理のテストを行うための仕組みが用意されている（GHAsyncTestCase）これをSenTestingKitないし他のテスティングフレームワークでやろうとすると大変骨が折れます。 .app形式（要するに実際のiOSアプリケーション）でテストを実行するため、UIApplicationやUIWindowといったUIコンポーネントを使うクラスのテストが可能にな
ソフトウェアテストの30年前と30年後（後編）～30年後のテスト技術、期待を込めた予想 JaSST'12 Tokyo
ソフトウェアテストの30年前と30年後（後編）～30年後のテスト技術、期待を込めた予想 JaSST'12 Tokyo 先週、1月25日と26日に都内で行われたソフトウェアテストに関するシンポジウム「ソフトウェアテストシンポジウム JaSST'12 Tokyo」。2日目の招待講演では、ソフトウェアテストの過去を振り返り、将来を展望する非常に興味深い話を、東海大学大学院 山浦恒央准教授が行いました。 講演の内容をダイジェストとして紹介します。 （この記事は「ソフトウェアテストの30年前と30年後（前編）～テストの根幹は30年前に書かれた JaSST'12 Tokyo」の続きです） ソフトウェア製品の品質のレベル分けが行われる 30年後のソフトウェア開発技術とテスト技術について。予想というか、こうなってほしいという期待を交えた話をしようと思う。次の4つがその予想だ。 まず、各ソフトウェア製品がど
TestFlightの使い方と導入方法 | Technology-Gym
TestFlight というiOSアプリのテスト版の配布をとても楽にするWebサービスが便利なので、使い方や利用方法の紹介です。 開発者視点と利用者(テスター)視点の2種類あるので、まずは開発者視点から TestFlight » iOS beta testing on the fly から開発者なので”I am a developer”にチェックを入れてアカウント登録をします。 ログインしてDashboardのTeam Managementタブから、試してもらいたいアプリのテスターを増やしていきます。 テスターの追加方法は2種類あり、 チームメイトとリクルートがあります。 Invite a Teammateからメールを送りチームメイトに加える Recruitment URL(or 各アプリのページから)からリクルートテスターとして加える。 内部の人ならチームメイトで、外部の人に試してもらう
iOSで使えるBDDスタイルのテスティングフレームワーク「cedar」の導入方法 | Technology-Gym
cedarはJasmineやRobolectric 等他の言語でもテスティングフレームワークを色々と作成しているPivotal Labs.によるObjective-C向けのBDDテスティングフレームワークです。 今回は適当な導入方法について まずはCedar-iOS static frameworkをビルドするために、Githubからcedarをcloneします。 ➜ objectiveC git clone --recursive https://github.com/pivotal/cedar.git submoduleも含めて持ってきたいので–recursiveオプションでまとめてcloneします。 ダウンロードしたプロジェクトをXCodeで開く ➜ objectiveC open cedar/Cedar.xcodeproj ビルドすると、ProductsディレクトリにiPh
Chai
Chai is a BDD / TDD assertion library for node and the browser that can be delightfully paired with any javascript testing framework.
JUnit のセカイ #JJUG - やさしいデスマーチ
このエントリーは、@cero-tさんのエントリーの次で、Java Advent Calendar 2011の6番目のエントリーです。自分自身の今年のメインテーマがTDD（テスト駆動開発）と言う事もあり、関連エントリーとしてJUnitについて書きたいかと思います。今更JUnit？と思われた方も普段からJUnitを使っていあなたも気軽にお読みください。尚、色々な話題を駆け足で紹介するので、どれも簡単な紹介程度になってしまいますが、ご了承願います。 JUnit4 スタイル JUnitがアノテーションに対応し結構な月日が流れましたが、古いコーディング規約のままでテストコードを書いていませんか？JUnit4では、アノテーションとアサーションを使ったテストコードを書くことが基本スタイルです。かつては、TestCaseのサブクラスを作り、testではじまるメソッドを定義していましたが、今は Testアノ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - kevindente/expect-dom: DOM-related assertions for expect.js
GitHub - google/gjstest: A fast javascript unit testing framework that runs on the V8 engine.
