2. Agenda • 単体テスト全般について • Xcode標準の単体テストを使う • テストしやすいコードとMVCについて • GHUnit - もうひとつの単体テスト環境 • 位置情報系のテスト basuke
初めての単体テスト
2. Agenda • 単体テスト全般について • Xcode標準の単体テストを使う • テストしやすいコードとMVCについて • GHUnit - もうひとつの単体テスト環境 • 位置情報系のテスト basuke
【iOSアプリ開発】Xcode 4におけるユニットテスト導入で参考になる情報まとめ - 拡張現実ライフ
記事内に広告を含む場合があります。記事内で紹介する商品を購入することで、当サイトに売り上げの一部が還元されることがあります。 プログラムを構成するクラスやメソッドなどの小さな単位が、個々の機能を正しく果たしているかどうかを検証する「ユニットテスト」。今回は、そんなユニットテストをXcode 4で導入する際に、参考になる情報を紹介したいと思います。 現場のコード 現場のコード | Basuke’s Blog アプリのテストについての基本的な考え方や、テストしやすいコードの書き方、テストを前提としたMVCの構成などについて解説している連載記事です。ぜひともチェックしておきたい読み物です。 Xcode 4 からはじめる Unit Testing Xcode 4 からはじめる Unit Testing – jarinosuke blog 新規プロジェクトの作成から始まり、テストの実行・テストケース
RSpecによるユニットテストの書き方 — recompile.net
2012年04月19日 最近、新人のテストコードを見る機会があり、ユニットテストの書き方について考える機会があった。ユニットテストはテンプレートみたいなものがあるので、それさえ押さえれば、誰でも簡単に書くことができる。 ここでは、その方法について紹介したい。サンプルはRSpecで書くが、その他のユニットテストフレームワークでも、応用ができるとおもう。 はじめにごく単純化すると、テスト対象は状態を持ち、入力を与えると何らかの出力を行なうものである。入力が変われば出力は変化するし、状態が変化すると入力が同じでも出力が変わる（かもしれない）。 ユニットテストは、テスト対象の状態を操作し、与えた入力によって意図通りの出力を得られるかを確認する作業のことをいう。なので、ユニットテストを書くときには、オブジェクトの状態ごとにメソッド単位で入力と出力を確認するようにする。 RSpecの疑似コードで書くと
iOSのテストを書くとViewControllerがコントローラーになれる話 - yaakaito::Blog
Test, 雑感, iPad, iPhone, Objective-Cテストを書く事でおこるいい事は、いろんなところで解説されているので、iOS開発に限ったもので、わりと僕の中でキたViewControllerについて。ViewContollerがデータを所持しているケーステストをしていく上で課題になるアプリケーションテスト。iOSアプリケーションなので必ずビューが存在するわけですが、こいつを操作するViewControllerが非常に厄介な存在になってくる。少なくともApple公式のドキュメントのような書き方をすると、すぐに破綻する。例えば、こういうコードをよく書くと思いますが、この時に描画されるデータが正しいかをテストする為だけに複雑で手間のかかるアプリケーションテストをする必要があるでしょうか。 - (UITableViewCell *)tableView:(UITableView
Rails の ActiveRecord モデルテストの書き方ガイドライン - passingloopの日記
このエントリでは，Ruby on Rails （以下 Rails）の ActiveRecord モデルテストについて，1) どこの何をテストすればよいか，2) どのようにテストを書けばよいか，のガイドラインを示します．このガイドラインは Rails 公式のものではなく，id:passingloop が使っている私的なものです．疑問・質問・批判・間違いの指摘はページ下部のコメント欄までお願いします． はじめに Rails は TDD/BDD サポートが充実した Web アプリケーション開発フレームワークです．Rails で使える Test::Unit や RSpec などといったテスティングフレームワークの使い方に関する解説も豊富にあります．しかし，「どこをどうテストすればよいのか」についての解説は，「使い方」の解説と比較して少ないように思います．もっとも，テスト一般についてどう書くかはアプ
モダンな Selenium でスクリーンキャプチャ/スクリーンショット (Screen capture / Screen shot）方法 - Yamashiro0217の日記
先日、Selenium でキャプチャ取る方法を聞かれたのでまとめる。 ぐぐってもモダンな方法が出てこないので。 結論を言うと、Selenium RC 0.9.2 (Core にも入ってた) から導入された、captureScreenshot を使うか、導入時期不明だけど、最新の Selenium 1.0 Beta 2 には入っている captureEntirePageScreenshot を使う。関連する API として、RC の Java Client には captureEntirePageScreenshotToString などもあるので興味のある人は、doc を見ると良い。 captureScreenshot と captureEntirePageScreenshot の違いはデスクトップ全体をキャプチャするか、テストしているページだけをキャプチャするかの違い。 captureE
ホワイトボックステストをやるならクラス設計を見直せ - プログラマの思索
小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le
【中級】無駄なく確実にテストする I 単体テスト
図5●静的解析の効果は高い<BR>静的解析とは，プログラムを実行せずにソースコードの内容をチェックする作業。バグを生みやすいコーディングはしていないか，可読性や保守性が下がるコーディングはしていないか，などの観点から解析する。コーディング終了時にレビューとして実施することも多い。レビュアのスキルが高ければ，メモリー・リークやマルチ・スレッドのバグも発見できるなど，より効果が高まる テストの最初に位置する「単体テスト」（モジュール・テスト，ユニット・テスト）は，すべてのシステムで実施されるべき基本的なテストである。実装された関数やメソッド（以下，プログラム）の内部構造のバグを取る。通常，コンパイルした直後に実施され，デバッガなどを用いるケースもあるため，プログラマ自身が実施することも多い＊2。後工程になるほどバグの修復コストが高くなることを肝に銘じて取り組みたい。単体テストで実施するテストに
JUnitより簡単なオープンソースの「TestNG」とは？
JUnitより簡単なオープンソースの「TestNG」とは？：次世代テストフレームワークでテストを変える（1）（1/3 ページ） テスティングフレームワークといえば…… Javaエンジニアが「テスティングフレームワーク」という単語を聞いて、真っ先に連想するものは、「JUnit」でしょう。しかし、テスティングフレームワークはJUnitだけではありません。「TestNG」というテスティングフレームワークも海外では高く評価され、確固とした地位を築いています。例えば、JBoss SeamはTestNGをベースにした統合テストフレームワークを提供しています。 この連載ではTestNGのコンセプトから詳細な使い方まで解説し、開発プロジェクトにおいてTestNGを利用する際の助けとしていただくことが目的です。 連載第1回では、Javaエンジニアになじみ深いJUnitとTestNGを比較し、2つのフレームワ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AndroidのNFC機能でFeliCaの読み書きをする | −ゆめログ− | ゆめみスタッフブログ
Amazon.co.jp: サクッとうかる日商3級商業簿記テキスト 改訂新版: 福島三千代: 本