React Nativeアプリをテスト · Jest
Facebookでは、Jestを使用して React Native アプリケーションをテストします。 動く React Native アプリケーションのテストに関するより深い知見は以下のシリーズを読むことで得てください: Part 1: Jest – Snapshot come into play、Part 2: Jest – Redux Snapshots for your Actions and Reducers セットアップ react-native 0.38 より react-native init コマンドに Jest セットアップがデフォルトで含まれています。 以下の設定が自動的に package.json ファイルに追加されます。 { "scripts": { "test": "jest" }, "jest": { "preset": "react-native" } }
Isolating Code Under Test with Microsoft Fakes - Visual Studio 2015
Microsoft Fakes help you isolate the code you are testing by replacing other parts of the application with stubs or shims. These are small pieces of code that are under the control of your tests. By isolating your code for testing, you know that if the test fails, the cause is there and not somewhere else. Stubs and shims also let you test your code even if other parts of your application are not
テスト駆動開発（TDD）はもう終わっているのか？ Part 1 | POSTD
後編を公開しました（2014/10/8） これは、テスト駆動開発（TDD）とTDDがソフトウェア設計に与える影響についてKent Beck、David Heinemeier Hansson、および著者の3人で行った一連のディスカッションの議事録です。 ディスカッションに至った経緯 あるセンセーショナルな発言とブログ記事が発端となり、お互いの見解と経験について理解を深める目的で、話し合いが持たれました。 この会話のきっかけとなったのは、 DavidがRailsConfで行った基調演説です。 彼はRailsコミュニティでTDDおよびユニットテストへの不満を表明しました。 程なくして、彼はいくつかのブログ記事を公開しましたが、そのうちの最初の記事で “TDDは終わった” と宣言したのです。 それから2～3日後、Davidのその後の記事について私がタイプミスの修正を送ったところ、 Davidは彼の
Web APIを利用するiOSアプリのテスト技法 - cockscomblog?
もう先週ですが、表題のタイトルで「Consumer Service Engineer MeetUp Vol.1 ~iOS編~」という会でお話しさせていただきました。 このようなタイトルの発表にした理由についてですが、はてなとしてお話しするということで、ちょっと硬派な方に振ってみました。結果としては良いバランスだったのではないでしょうか。 発表資料を掲載します。 また以下に発表の概略を書いておきました。ご参考ください。 前提 このMeet Upの主旨が「コンシューマ向けのWEBサービス（アプリ）の企画・開発・運営をしている会社によるエンジニア向けの講演、パネルディスカッション、懇親会を含めたMeetUpです！」となっていましたので、それではWebサービスとアプリを繋ぐWeb APIについて、それを利用するiOSアプリについて考えます。Web APIというのは古くて新しい話題で、いまや専らJS
テスト考2014 - Hidden in Plain Sight
年々、ウェブアプリを開発するときにテストを書こうという機運が強くなっていると感じる。 これは、開発パラダイムの成熟を意味することであり、基本的に良いことだと思っている。 しかし同時に「テスト原理主義」とでもいうような極端な考え方もでてきていて、開発スタイルをめぐって摩擦が起こっている。 そして、この議論は「テストは、ないよりあったほうが良いよね」という、微視的には誰も反論できないロジックに押し通されがちで、「地獄への道は善意で舗装されている」の典型的な現象に見えて仕方がない。 テストを書かない、というと背景にどんな深い考えがあっても素人くさく聞こえ、逆にテストを書くというだけで良いプログラマーに見える、という非対称な化粧効果がある。ソフトウェア・コンサルティング会社がテスト好きなのは決して偶然ではない。 ソフトウェアというのは、結局のところ、動いてナンボ、使われてナンボである。 期待するも
「システムテスト自動化カンファレンス」参加レポート | gihyo.jp
2013年12月1日、オラクル青山センターでシステムテスト自動化カンファレンス（STAC）が開催されました。私自身はテスト自動化研究会（STAR）のコミッターですが、今回縁あってカンファレンスのレポート役をさせていただくことになりました。 それではさっそく報告に入りましょう。 よりよいテスト自動化のためにちょっと考えてみませんか？―スコープ、ROI、プロセスを中心に― 近江 久美子（STAR） 今回のカンファレンスの位置づけと全体の方向づけを行うものです。このカンファレンスで扱われるテストは「ソフトウェアのユーザに価値がある単位で行われるテスト」、一般的にはシステムテスト、受け入れテストと呼ばれるテストレベルになります。 次にテスト自動化の目的を考えましょう。代表的なものとしては効率化したい、手動ではできないテストをしたい、などが挙げられますが、大事なことはただ自動化してもよい自動化に
RSpec 3に向けての計画(日本語訳) - 有頂天Ruby
Myron Marston » The Plan for RSpec 3の微妙訳です。(翻訳最中なう)だいたい翻訳しました。訳がうんこなのは勘弁(ご指摘いただけると助かります)。 2013/7/23 21:25 id:kakutani さんのツッコミをもとに、誤訳等を修正しました。ありがとうございます(〃･ิ‿･ิ)ゞ RSpec 3に向けての計画 RSpec 2.0は2010年10月にリリースされました。 リリースされてから今までの3年間、後方互換性を保ったままRSpecを継続的に改善してきました。 しかし、RSpecの2.xより古いリリースとの後方互換性を保つために残しているひどいコードの蓄積は限界点に達しています。 RSpec 2.14はRSpec 2の最後のリリースになるでしょう(今後も多分bugfixのリリースすることはあるでしょう)。 我々はRSpec 3に取り掛かっています、
Turnipを使ってtappのテストを書いた話 - けんちゃんくんさんのWeb日記
WEB+DB PRESSのRubyわくわくナビでも紹介されたtappのテストについては社内でも定期的に上がる話題で、もう少し広い意味で考えると、標準出力を扱うアプリのテストをどうするかという話になったりするのですが、 tappの単体テストってなんかしっくりこないよね 標準出力に出すだけだしね そういえば、vim-ruby-refactoringっていうVimプラグインのテストがCucumberで書いてあるんですよ そういえば、jnicklas先生の新作Turnipっていうのがあって… それ使ってみましょう という感じでTurnipを使ってAcceptance Testを書いてみました。 Turnipの特徴はこんな感じです。 記法はCucumberと同じGherkin Stepの定義に正規表現を使わずに、ただの文字列と、その中にコロン(:)をプレフィックスとしたプレースホルダで変数を扱う S
利用者の立場を考えたペルソナ／シナリオ法による開発とは
Speaker 株式会社アプレッソ代表取締役副社長 CTO 小野和俊氏【ユーザビリティ研究会】では、ペルソナ／シナリオ法による開発の具体例などを紹介していきます。ペルソナを使ったことで発見された画面デザイン上の問題点や機能重複などをいくつか紹介する予定です。 リッチクライアント技術の登場・進展により、ソフトウェア・ユーザーインターフェイスの表現自由度が非常に高まり、いろいろなものが作れるようになりました。 ただ、いろいろなものが作成可能な道具が与えられたというのは、その道具を間違って使ってしまうことにも結び付き、それがこれからの課題だといえます。 HTMLを用いたWebベースのソフトウェアでは、ごく限られたソフトウェア部品しかなく、結果的にシンプルな操作性が実現されていた。そのように表現の方法が限られていたものが、いま自由に表現できる時代になろうとしています。その自由な表現が可能だという状
るびま
『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、日本 Ruby の会の有志による Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0058 号 バックナンバー Rubyist Magazine 0058 号 RubyKaigi 2018 直前特集号 Rubyist Magazine 0057 号 RubyKaigi 2017 直前特集号 Rubyist Magazine 0056 号 Rubyist Magazine 0055 号 Rubyist Magazine 0054 号 東京 Ruby 会議 11 直
Robolectric: Unit Test your Android Application | Robolectric
Welcome Quick Start User Guide Customizing Release Notes Troubleshooting News JavaDocs Download Robolectric: Test-Drive Your Android Code Running tests on an Android emulator or device is slow! Building, deploying, and launching the app often takes a minute or more. That’s no way to do TDD. There must be a better way. Wouldn’t it be nice to run your Android tests directly from inside your IDE? Per
RSpec のメタ情報が知りたい « blog.udzura.jp
RSpec の DSL には、 example と言うメソッドがあり、そこを経由して現在実行中の example の情報を得ることができる。 def add(*args) args.inject(:+) end describe "add" do before do p example.class #=> RSpec::Core::Example end subject { add(*args) } context "when 1 + 1" do let(:args) { [1, 1] } it { should == 2 } end end 具体的には、 example は RSpec::Core::Example のインスタンスらしい。 Class: RSpec::Core::Example 以下のような属性、メソッドがある： #exception 実行中の example で最初に起
hudsonでテスト結果集計したいので、junit形式の結果出力するテストランナー - manabouのログ
hudsonでテスト結果集計したいので、junit形式の結果出力するテストランナー あるのかなぁとおもったんだけど、パッとみつけられず。 cucumberにはjunit形式で出力するオプションがあるようなんだけど、、、 Customizing the Ruby TestRunner « End of Line http://endofline.wordpress.com/2008/02/11/a-custom-testrunner-to-scratch-an-itch/ これと、python用のxmlrunnerを参考にして作ってみた。 試してみたいことはあるんだけど、とりあえずはこと足りたので、 まずはここまで。 # Usage: # ruby -rjunitrunner [test] --runner=junitrunner #require 'test/unit/ui/testrun
WEBサイト負荷テストツール7選 | さぶみっと！JAPAN
WEBサイトに情報を入力するだけで負荷テストができるLoad Impact、GUIから操作できるApache JMeterや、コマンドラインから使うcurl-loader・httperf・Siege・Pylot・abを簡単な使い方と共に紹介していきます。 Load Impact http://loadimpact.com/ Load ImpactはスゥエーデンのGatorhole AB社が管理している、フォームに必要な情報を入力するだけで負荷テストをしてくれるWEBサイトです。 ツールをインストールしたりする必要が有りませんので、非常に楽です。 毎月5回まで無料で負荷テストができます。 それ以上は10回/$30のクレジットを購入する事になります。 トップページのフォームにURLを入れて「Run free test」をクリックすると、世界各地のいずれかのAmazon EC2サーバから負荷テス
テスト駆動開発について僕は誤解していた - 偏見プログラマの語り！
ここ数日 ruby をやってるんですけど、ruby といえばテストらしいので Test::Unit やら RSpec やらを調べてました。しかし僕はこれまでまともな TDD をやってこなかったので、先にテストとは何ぞや？TDD とは何ぞや？ってのを調べたりしていました。 この記事は、ずぶの TDD 素人がテストについて知り始めたまとめです。 1. きっかけは RSpec のドキュメント そもそも RSpec の↓紹介文の冒頭から意味不明に感じたんです。 FAQ:「RSpec って、要は Test::Unit でやっていることを別の書き方にしただけでは？」 この FAQ への短い答えはイエスです。 『スはスペックのス 【第 1 回】 RSpec の概要と、RSpec on Rails (モデル編)』 Rubyist Magazine えっ... じゃあ要らんやろソレ。いちいち手作業でチェック
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Androidにおけるテストに関して〜デバイスをどう選択するか〜 abc2012t
Fabrication - web-k.log
ざわざわの半径 - FC2 BLOG パスワード認証
Google Code Archive - Long-term storage for Google Code Project Hosting.
連載インデックス「Androidアプリ開発テスト入門」 - ＠IT