RSpec/Capybaraのテストコードを画面操作から出力するChrome拡張をつくった - memo_md
ほぼ表題の通りの内容で、Chrome拡張を作ってみた。 完成度としてはまだまだだけど、とりあえずざっくり触れる程度にはなったので公開した。 github.com chrome.google.com アイコン画像は、カピバラの写真を適当になぞって作った。 なんでこんなものを？ Capybaraのテストコードを書くのが面倒だなって感じることが多かったのが1つの理由。 TDD的に、先にテストコードを書いていけるのが理想だな〜とは思うものの、Webアプリケーションの開発をしていると、現実には一度は画面から一通り確認して、その後にfeature specを書く流れが多いように感じる。 そしてCapybaraでfeature specを書こうと思うと、 「これはテキストじゃなくてIDで選択しないとダメか〜」 「あ〜、これはfindしてからsetしないといけないのか〜」 という感じで、スムーズに書けない
Dokumi (日本語) - クックパッド開発者ブログ
(English version here) 技術部モバイル基盤グループのヴァンサン(@vincentisambart)です。今日は最近作ったツール「Dokumi」の話をしようと思います。 紹介 他部署のエンジニアの仕事をもっと楽にすることが、技術部の重要な目的の1つです。その中で、Dokumiはモバイル開発者のコードレビューの負荷を減らすためのツールです。 なぜ「毒味」という名前にしたかと言うと、人間がレビューする前に、コードに毒(バグ、不自然なコードなど)が入っているかどうか毒味するツールだからです。別の言葉で言うと、少し進化したCI用のlintツールですね。pull requestが出る度に、Jenkinsがそのpull requestにDokumiをかけます。現在はDokumiはiOSアプリだけに対応してしていますが、今後はAndroidアプリへの対応も考えています。 現時点でDo
Test::Unitでテストを書く - Qiita
テストの書き方 基本 今までの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
Confused about testCompile and androidTestCompile in Android Gradle
I'm new to testing world and even more to Android testing world. While doing research on Robolectric that aids with tests on android one thing confuses me the most. Sometimes on the web I see people using testCompile keyword in dependencies of the gradle build script when referencing Robolectric while others use androidTestCompile. Certainly both can't be valid? Can somebody explain the difference
English Vocabulary Test: How Many Words Do You Know? [ex. Testyourvocab.com]
How many words do you know? Get an estimate in minutes with this simple tool. After you finish, use Preply’s other English learning resources to grow your vocab, like our private English lessons. Step 1 of 2: test your broad vocab levelCheck the box if you know at least one definition for a word. If you’re not sure about the exact meaning, leave it blank.
【Android】Android Studio + Gradle + Robolectric！でテストをしよう | Yohei Blog
Android Studio + Gradleの環境でRobolectricを使用してテストを実行します。Home » Android » 【Android】Android Studio + Gradle + Robolectric！でテストをしよう 【Android】Android Studio + Gradle + Robolectric！でテストをしよう Posted in Android By Yohei On 2014/05/01 概要 Androidの開発と言ったらAndroid Studio + Gradleで決まりだよね。（会社含め自分の周りはそんな流れになってます。） Androidのテストって言ったらRobolectricだよね？Roblectric使うメリットは以前の記事で書いてますが、テストの主流はRobolectricになっていると思います。（テスト書
Travis CI で XCode プロジェクトを自動テストする方法 | チャットワーククリエーターズブログ
こんにちは！ChatWork 技術部モバイルチームの川村です 今日は iOS アプリ開発の Travis CI を使用したテストの効率化についてご紹介したいと思います Travis CI についてTravis CI は GitHub と連携している(継続的インテグレーション) サービスです CI したいリポジトリーを接続しておくと Travis CI が GitHub からコミットを取得して設定ファイル (.travis.yml) の通りにビルドやテストをおこなってくれます Travis CI でやりたいことGitHub に Push or Pull Request されるたびにテストを実行するPush or Pull Request したブランチが develop or master の場合は、テストがすべて成功したら IPA ファイルをビルドし TestFlight にアップロードする
AndroidアプリケーションをJUnitでテストする | Android開発メモ
作成したアプリケーションは、どのように動作確認していますか？ Androidには、Javaの単体テストのフレームワークである「JUnit」を使用することができます。今回は、その使用方法について説明します。 <1>アプリケーションの仕様を決める まず、作成するアプリケーションの仕様を決定しないといけませんが、今回は下のようなAndroidアプリケーションを作成します。 画面の一番上にEditTextを貼り付ける。 EditTextの下に、TextViewを貼り付ける。 EditText、TextViewの初期値は空文字。 TextViewの下には「コピー」という文字が入ったボタンを貼り付ける。 「コピー」ボタンは、EditTextに文字が入力されていない場合は、ボタンを押下することはできない（無効になっている）。 「コピー」ボタンを押下すると、EditTextの内容がTextViewにコピー
今から５分で，開発中のAndroidアプリを単体テストしよう （JUnitで自動テストする方法） - 主に言語とシステム開発に関して
AndroidプログラミングのTOPへ 開発中のAndroidアプリを，単体テストフレームワークJUnitを使ってテストする。 Eclipse上で，サンプルアプリを作り始めてから， アクティビティ内のロジックやUI操作をテストする所までを５分で行なう。 早ければ３分。 記事の末尾には，Androidアプリの自動テストに役立つ情報を集約したリンク集を掲載。 なお，エミュレータを立ち上げていると重くて５分で終わらないので，アプリの動作確認は実機で行なうこととする。 以下から開始。 手順 ここでは新規PJ作成時にテストPJを同時生成するのではなく， 既存PJに対して，テストPJを後付けで新規作成する。 まず，テスト対象のプロジェクトを作成する。 ファイル＞新規＞Android Application Project で， 「HelloJUnit」という名称で新規PJを作成。 Create Act
Rubyist Magazine - スはスペックのス 【第 1 回】 RSpec の概要と、RSpec on Rails (モデル編)
『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0063 号 バックナンバー Rubyist Magazine 0063 号 Rubyist Magazine 0062 号 Kaigi on Rails 特集号 RubyKaigi Takeout 2020 特集号 Rubyist Magazine 0061 号 Rubyist Magazine 0060 号 RubyKaigi 2019 直前特集号 Rubyist Magazine 0059 号 Rubyist
UI テストツール「NativeDriver」の iOS 版をリリースしました
.app 1 .dev 1 #11WeeksOfAndroid 13 #11WeeksOfAndroid Android TV 1 #Android11 3 #DevFest16 1 #DevFest17 1 #DevFest18 1 #DevFest19 1 #DevFest20 1 #DevFest21 1 #DevFest22 1 #DevFest23 1 #hack4jp 3 11 weeks of Android 2 A MESSAGE FROM OUR CEO 1 A/B Testing 1 A4A 4 Accelerator 6 Accessibility 1 accuracy 1 Actions on Google 16 Activation Atlas 1 address validation API 1 Addy Osmani 1 ADK 2 AdMob 32 Ads
GHUnitで単体テストをしてみよう - mixi engineer blog
初めまして。プログラマのショウといいます。 現在、mixiの公式iPhoneアプリを担当しています。 今回は、iPhoneアプリ開発におけるGHUnitを用いた単体テストについて紹介したいと思います。 ★ テストとは 本題に入る前に少しだけ、テストという概念について整理してみましょう。 ソフトウェアを開発する上での「テスト」という言葉は、「コンピュータのプログラムを実行し、正しく動作するかを確認する作業のこと」を指します。 そしてこの「正しく動作するかを確認する方法」として主に以下の2通りがあります。 ・ ホワイトボックステスト ・ ブラックボックステスト ホワイトボックステストとは、「命令網羅」「分岐網羅」「条件網羅」などの方式を用いて、プログラム内部の動作がプログラマの意図通りとなっているかを確認するものとなります。 これに対してブラックボックステストとは、プログラム内部に関係なく、外
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Check | Unit testing framework for C