[Xcode 7] UI Testingを試してみる | DevelopersIO
はじめに Xcode 7ではXCTest frameworkの新機能としてUI testing（以降、UIテスト）が実装されました。 UI操作をレコーディングしてテストコードを生成することで繰り返しUIテストが行える便利な機能です。 今回は簡易電卓アプリを作成し、簡単な計算のUIテストを行ってみます。 開発環境 開発環境は下記の通りです。 Xcode 7.0.1 iPhone 6s シミュレータ テスト対象アプリ 今回は加算と減算のみ可能な簡易電卓アプリを用いてテストを行います。 アプリのソースコードはこちらにアップしました。 プロジェクト作成時の「Include UI Tests」 Xcode 7ではプロジェクト作成時に「Include UI Tests」というオプションが追加されました。 UIテストを試す場合は下記の通りチェックをつけましょう。 ※もちろん、ここでチェックをつけなくても
![[Xcode 7] UI Testingを試してみる | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/1b92dfecc1683bd6bd1943840e9d28953e3b81b2/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2014%2F09%2Ficon-xcode-6.png)
Karma - Spectacular Test Runner for Javascript
On the AngularJS team, we rely on testing and we always seek better tools to make our life easier. That's why we created Karma - a test runner that fits all our needs. Introductory ScreencastThe spectacular quick start to Testacular. JS Everywhere 2012 ParisWatch Vojta Jína presenting Testacular at JS.everywhere. The main goal for Karma is to bring a productive testing environment to developers. T
UIテストフレームワークCalabash-iOSを試す〜導入編〜 | DevelopersIO
Calabash-iOSのセットアップ プロジェクトを作成したらターミナルを起動し、作成したプロジェクトディレクトリ（.xcodeprojが含まれるディレクトリ）に移動します。 $ cd some/path/CalabashSample 移動したら以下のコマンドを実行します。 $ calabash-ios setup Xcodeが動いているとエラーになるので、コマンド実行前に予め終了しておいてください！ プロジェクトディレクトリの中にcalabash.frameworkが作成されていればOKです。 スケルトン作成 以下のコマンドを実行してスケルトンを作成します。 $ calabash-ios gen プロジェクトディレクトリの中にfeaturesが作成されていればOKです。 プロジェクトのビルド この状態でXcodeを起動すると、以下のようにスキーマとターゲットが作成されているはずです。C
iOS用BDDフレームワークKiwi2.0を使ってみた « ツール工房 覚書
iOS用BDDフレームワークKiwiが2.0にバージョンアップされていました。 https://github.com/allending/Kiwi/wiki 2.0からCocoaPodsでのインストールになっていたので、さっそく1.0から乗り換えることにしました。 （1.0はプロジェクトに組み込むのにいろいろと触らないといけなかったので、動かすまで苦労しました） 1. まずCocoaPodsのインストール $ gem install cocoapods $ pod setup これだけです。 詳しくは、 http://cocoapods.org をご覧ください。 2. 次にXcodeプロジェクトを作成します。 今回はSampleという名前で作成します。 このときWizardで、”include Unit Tests”にチェックをつけておきます。 3. 一度Xcodeを終了し、t
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に対応して
自動改札機の運賃計算プログラムはいかにデバッグされているのか？ 10の40乗という運賃パターンのテスト方法を開発者が解説（後編）
自動改札機の運賃計算プログラムはいかにデバッグされているのか？ 10の40乗という運賃パターンのテスト方法を開発者が解説（後編） 9月12日から14日のあいだ、東洋大学 白山キャンパスで開催された日本科学技術連盟主催の「ソフトウェア品質シンポジウム 2012」。オムロンソーシアルソリューションズ 幡山五郎氏の講演「自動改札機ソフトウェアの品質向上の取り組み 厳密な仕様、もらさないテストを目指して」。この記事では、そのダイジェストを紹介しています。 本記事は、前編、中編、後編の3部構成です。お読みのページは後編です。 大規模なテストをどうやって実行しているか 続いて、大規模なテストについて。 1000万件のテストパターンを作っても、それぞれのテスト結果の正解を人手で作っていたら追いつきません。なので、別々に運賃計算ソフトウェアを作って、その答えを突き合わせてチェックしよう、という話です。 例
自動改札機の運賃計算プログラムはいかにデバッグされているのか？ 10の40乗という運賃パターンのテスト方法を開発者が解説（中編） － Publickey
自動改札機の運賃計算プログラムはいかにデバッグされているのか？ 10の40乗という運賃パターンのテスト方法を開発者が解説（中編） 9月12日から14日のあいだ、東洋大学 白山キャンパスで開催された日本科学技術連盟主催の「ソフトウェア品質シンポジウム 2012」。オムロンソーシアルソリューションズ 幡山五郎氏の講演「自動改札機ソフトウェアの品質向上の取り組み 厳密な仕様、もらさないテストを目指して」。この記事では、そのダイジェストを紹介しています。 本記事は、前編、中編、後編の3部構成です。いまお読みのページは中編です。 自動改札機の制御は1000件くらいのテスト さて、次は間違えない自動改札機の話です。ここからソフトウェアの話になります。 1つは運賃計算。この切符はこの駅で降りられるのか、というもの。そしてもう1つは自動改札の制御。ランプを光らせるとか、切符を回収するとかです。 まずはその
iOSのテストフレームワーク比較 – なんてこったい
WWDC開幕で、話題の中心はもっぱらiOS 6、Mountain Lion、Retina対応Macですが、気にせずテストについて書きます。 2012年6月現在、純正のSenTestingKit以外にも多数のiOSアプリ用テストフレームワークが存在します。今まで試してきた中で、おすすめのテストフレームワークをいくつか紹介します。 標準のテストフレームワーク SenTestingKit / OCUnit Xcodeに標準で付属しているテストフレームワークです。iOSアプリのテストを初めて学ぶには、素直にSenTestingKitから始めた方がよいと思いますが、非同期処理やUIを含むテストは面倒・困難です。Google Toolbox for Macを使って少し拡張することもできます。 長所 標準で用意されているので導入が楽。 シンプルなので理解しやすい。 他のフレームワークのメリット・デメリッ
limeからPHPUnitへ - ぷぎがぽぎ
Time for another big news! #Symfony 2.0 will use #PHPUnit instead of #lime. Integration is already on its way. 昨日、しんふぉにゃんの間にビッグニュースがありました。 それは、ファビアンがSymfony2ではPHPUnitをテストツールとして利用するとつぶやいたからです。 これまでsymfonyには自前で小回りの効くlimeというテストツールが用意されていたのですが、これをPHPUnitに乗り換えするようです。 テストが多くなってくるとlimeだと厳しくなってくるというのは分かりますが、気軽さでいえばlimeのほうが上です。 気軽さよりもしっかりと書けるPHPUnitを採用するメリットが大きいのかもしれません。 ちなみに、limeは完全に無くなったわけではないようで、GitHub上
ライブラリの動作を学習するためにテストを書く - ひげろぐ
TDDのパターンに学習用テストというものがあると『テスト駆動開発入門』に載っていた。 自分が作ったものではない外部のライブラリを使い始めるときに、動作を確認するために小さなコードを書く、ということは誰でもしていることだと思うが、その動作確認のためのコードをテストとして書く。 それによりライブラリのAPIに対する理解をコードに落とし込んで残しておけるので、曖昧な理解が減りそう。 正しい理解ができていればテストはパスする。 またライブラリのバグなのか、自分の使い方が悪いのか切り分けるのにも使えそうだ。 そういう原因がよく分からない状況になってしまったらテストを追加して追い込んでいけば良い。 また副産物として、ライブラリがアップデートされたときにその影響をテストするのにも使うことができる。 試しにamazon-ecsで学習用のテストを書いてみた。 # -*- coding: utf-8 -*-
『アジャイルサムライ』の書影と主な目次が出てこないから自分で貼るよ - 角谷HTML化計画(2011-07-02)
■1 『アジャイルサムライ』の書影と主な目次が出てこないから自分で貼るよ あわせて読みたい: 「アジャイル開発のディケイドと"The Agile Samurai"」 6/30正午付近に脱稿したら7/1に印刷入稿されたので(青焼の確認がまだあるけど)、いよいよひと区切り。このまま大きな事故がなければ、RubyKaigi 2011の頃には書店に並ぶはず(前日が書店搬入日の予定)。RubyKaigi初日が正式発売日なるスケジュールでオーム社開発局をはじめとした関係各社の総力戦である(RubyKaigi2011会場で先行発売とかそんなリードタイムではないのだ!!)。 でも残念ながら、すてきな三にんぐみのRails3についての素晴しい書籍と違ってまだAmazon.co.jpにレコードはない。版元のサイトにはエントリはあるけど書影もないし目次も企画書段階のときのまま。オーム社eStore(β)にも商品
Growing Object-Oriented Software, Guided by Tests - higepon blog
xUnit Test Patternsで2007年のテスト事情まで追いついた。Growing Object-Oriented Software, Guided by Testsは2009年末に出版されているので更に最新のテスト事情が分かるだろうと思って読んだ。Cybozu Developers Conference にて id:t-wada さんと @kakutani さんにご講演いただいたときに推薦されていた本。 個人的には xUnit Test Patterns をスキップして本書を手にとっても良いと思う。網羅性はないのだが、良いタイトルからも分かるとおり実践的な例を通してテストと実装がどうやって進むかを示してくれる。オークションに参加するアプリケーションを一から構築して行く。学習用に都合の良い例だが手抜きはない。end to end テストから始まり、サーバーとの通信部分は非同期、G
xUnit Test Patterns(xUTP)読書会 - FrontPage
第1回2009/3/28(Sat) 第2回2009/5/9(Sat) 第3回2009/6/27(Sat) 第4回2009/8/1(Sat) 第5回2009/8/29(Sat)2009/9/6(日) 第6回2009/9/26(Sat)(予定)2009/10/4(Sun) 第7回2009/10/24(Sat)(予定)2009/11/14(土) 第8回2009/12/20(Sun) 第9回2010/2/13(Sat) スパム対策のため、ページ編集やコメント投稿時に認証が求められます。 認証ダイアログに表示されるユーザ名とパスワードを入力してください。
「TDDの本ってあまり売れないんだそうですよ」から始まる、その理由の考察などのまとめ
「TDDの本ってあまり売れないんだそうですよ。」と言う発言から思ったことをつぶやたら思いがけない広がりになったので、まとめてみました。(未完)
iPhoneと単体テスト環境構築メモ - 人生を書き換える者すらいた。
iPhone上での開発について自分用のメモを兼ねて公開。 Appleは規約においてiPhone Development Centerで入手したすべての情報は機密であるから公開してはならない、としているので、技術情報をポンポンWebに載せたりはできない。（参考：ここなど） ここに書く内容はGoogleで検索してApple以外のサイトで得られた情報と、自分のXCodeでの動作実験をまとめただけのものであることをあらかじめお断りしておきます。 今回取り組んだのは、XCode上で単体テストをする環境整備。まだまだプラットフォーム自体知らないことがたくさんあるのでこれはぜひとも必要だ。単体テスト環境とiPhone実機では挙動が異なる点が見つかってアセるシーンも将来たぶんあるだろうけど、まずはここから。 その大まかな手順は以下のとおり。 (1) 新規にターゲットを作成し、種類はCocoaの"Unit
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
Unit Testing for iPhone App Development - ちくわプログラマにっき
iPhoneアプリ開発におけるユニットテストに関して自分用にまとめてみた。 2つのテストタイプ Xcodeが提供するユニットテストには２つのタイプがある。 Logic tests Application tests Javaで例えるなら、Logic testsはJUnitで行うようなテストでApplication testsはSeleniumで行うようなテストをカバーするみたい。 ロジックテストの準備 テスト実行用のターゲットを追加 テンプレートは「Test Bundle」を選択 作成したターゲットをアクティブターゲットにする Testsグループを作成 Testsグループ内に「Objective-C test case class」を作成 HogeTests.h内の「#define USE_APPLICATION_UNIT_TEST 1」を0にする（App testのコードを削除してもよい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://qiita.com/yaakaito@github/items/336a2e4f44941e033900
噂のRuby&Githubなプロジェクトにスキな継続的インテグレーションサービス「Travis CI」を試してみたらすごくよかった
brass.to - a really cool domain parked on Park.io