2016/2/18 Developers Summit 2016 (http://event.shoeisha.jp/devsumi/20160218/) 「明日の開発リーダーを育てる ~講師が語る「CodeZine Academy」のポイント~」の発表資料です。
テストの書き方 基本 今までのTest::Unitと変わらないので,classで書く.ただ,昔のTest::Unitとは違い,TestCase毎に呼ばれるstartupやshutdownなどが増えている. require 'test/unit' class TestSample < Test::Unit::TestCase class << self # テスト群の実行前に呼ばれる.変な初期化トリックがいらなくなる def startup p :_startup end # テスト群の実行後に呼ばれる def shutdown p :_shutdown end end # 毎回テスト実行前に呼ばれる def setup p :setup end # テストがpassedになっている場合に,テスト実行後に呼ばれる.テスト後の状態確認とかに使える def cleanup p :cleanup
Travis CIがこのほどXcode 6をサポートしました。 The Travis CI Blog: Status update on the Xcode 6 and iOS 8 rollout Xcode 6をサポートしたということは、Swiftもサポートしたということです。これでようやくOSSなSwift libraryをCIできるようになりました。めでたい さっそくSwiftライブラリをCIしてみましたが、ハマりどころが沢山ありましたので共有します。以下のプロジェクトで実際にCIでunit testを実行しているのでご覧ください。 https://github.com/gfx/Swift-JsonSerializer Travis CIの設定のポイント ポイントは以下のとおり。 test schemeをsharedにする Xcodeのscheme managerでtest用のsch
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
Google+ボタン はてなブックマークボタン 更新日時: 2014年02月25日(火) 作成日時: 2013年08月06日(火) 前の記事 / 次の記事 Fixtureは充分にイケてると思っているので、基本Fixtureで満足なんだけど、 Fixtureにできないことをするために、FactoryGirlを使ってみようと思い立ったメモ。 自分が知らないだけでFixtureできるのかも知れないけど、 DBに保存はしないけど値だけ欲しい時がある。 Rspecで言うと "valid_attributes" である値。 今までは自力で適当にモジュールつくって読み込んでたんだけど、 折角FactoryGirlってgemがあるんだから使ってみようかと思った。 ※ 適当にどんどん追加していったらかなり長くなってしまったので 暇が訪れたらまとめて新しい記事にしたいと思う(2014/02/25) 何年後にな
Quick 「Quick」は Swift / Objective-C で利用できるテスティングフレームワークです。RSpec や Specta、Ginkgo などといった Spec 系統のフレームワークをインスパイヤしており、これらと同様の形式でテストケースを記述できます。 import Quick import Nimble class TableOfContentsSpec: QuickSpec { override func spec() { describe("the table of contents below") { it("has everything you need to get started") { let sections = TableOfContents().sections expect(sections).to(contain("Quick: Exampl
iOS向けライブラリ/アプリの単体テスト手法について調査した内容のメモ。(Objective-C前提です、、) Mantle 1.5 URL https://github.com/Mantle/Mantle/tree/1.5 構成 すべてSpectaを利用した記述 Specta開発元なのでSpecta利用の参考になる 環境定義用クラスはなし pchファイルで補助ツールのインポート テスト実行 TravisCI利用 CI用のスクリプトを定義 補助ツール Expecta Specta Octokit 0.5 URL https://github.com/octokit/octokit.objc/releases/tag/0.5 構成 すべてSpectaを利用した記述 Specta開発元なのでSpecta利用の参考になる OCTClientSpecで通信スタブのOHHTTPStubsを利用 通信
こんにちは!おおはしりきたけです。今日はスマホアプリの忘れちゃいけないテスト観点について書いてみたいと思います。 はじめに 前提条件として、機能要件のテストは、やっている前提です。ここでは、テストの観点で忘れがちなポイントを備忘の為にも書いておきます。もっと深いとこ掘れば色々と細かいテスト観点というのは出てきますが、まずは、以下の5点を抑えておく必要があるかなと思います。 1.オフライン スマホはオンライン/オフラインの切り替わりが頻繁に起きます。たまにオフラインだとローディングのままずっと返ってこないアプリありますよね?そういったアプリはオフラインの場合を想定していない為、タイムアウトにもならなかったりします。オフライン時のリクエストでどのような動きになるのかをしっかりと確認する必要があります。オフラインで動くところ、サーバーにリクエストを投げるのでオンラインじゃないと動かないところなど
技術部の松尾(@Kazu_cocoa)です。 iOSアプリデザインリニューアルの舞台裏でも書かれていた、" 修正期間中は毎日夜間にアプリケーションの全画面のスクリーンショットを記録するスクリプトを実行し、画面崩れが起きてないか、新デザイン未反映の画面はないか、進捗状況の確認に利用していました。"の舞台裏を少し書いてみようと思います。 はじめに モバイルアプリケーションのテスト環境はまだまだ成長中で、様々なツールが飛び交っていることかと思います。ここでは、E2Eテストに対しての話題に絞り、使っているツール、シナリオの書き方、クックパッドでは、という話しをします。この記事におけるE2Eテストは、UIからの操作によりユーザの操作を模倣して実施するテスト、という意味合いです。 ツール E2Eテストを自動化する為のツールの選定には以下を気にしていました。 OSの更新に追従できそうなもの 特別なテスト
更新:v1.2.2.devに対応。 Chef Inc. (旧Opscode)のtest-kitchenについて、テストのライフサイクルとサブコマンドの使い方を説明する。 1.2系について。 Test-Kitchenヘルプ まずはkitchenコマンドを叩くとヘルプが表示される。 $ kitchen Commands: kitchen console # Kitchen Console! kitchen converge [INSTANCE|REGEXP|all] # Change instance state to converge. Use a provisioner to configure one or more instances kitchen create [INSTANCE|REGEXP|all] # Change instance state to create. Star
Go言語標準のtestingパッケージが個人的に使いづらかったのがきっかけ 個人的にカジュアルにTDDをしたかったので、PythonでいうassertEqualみたいなものが無いtestingパッケージが個人的に使いづらかったというだけです。(※筆者はPythonをよく使っています) 単なるユニットテストならgithub.com/stretchr/testify/assertパッケージが良いと思った これです。 https://github.com/stretchr/testify testifyパッケージの下にassert, http, mockパッケージがあって、それぞれ独立して使うことが出来ます。 importするときは、事前にgo get github.com/stretchr/testifyを行い、コード内部でこんな感じにimportすれば以下のように使えます。公式サイトの例のま
The document defines a fib function that recursively calculates Fibonacci numbers and prints the 10th Fibonacci number. It then defines some unit tests for a Calculator class that test the add method by asserting the expected result. Finally, it defines some unit tests for a User class that test validating a user object.Read less
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く