App Router への移行は「改善」となり得るのか？/ Can migration to App Router be an improvement
UIテストはもうMaestroでいいのかもしれない話
App Router への移行は「改善」となり得るのか？/ Can migration to App Router be an improvement
GitHub - npryce/snodge: Randomly mutate JSON, XML, HTML forms, text and binary data for fuzz testing
現在時刻が関わるユニットテストから、テスト容易性設計を学ぶ - t-wadaのブログ
この文章の背景について この文章はテスト容易性設計をテーマに 2013/11/26 に CodeIQ MAGAZINE に寄稿したものです。残念ながら CodeIQ のサービス終了と共にアクセスできなくなっていたため、旧 CodeIQ MAGAZINE 編集部の皆様に承諾いただき、当時の原稿を部分的に再編集しつつ、ライセンス CC BY（クリエイティブ・コモンズ — 表示 4.0 国際 — CC BY 4.0） で再公開いたしました。 旧 URL にいただいたブックマークとご意見はこちらです（これであなたもテスト駆動開発マスター！？和田卓人さんがテスト駆動開発問題を解答コード使いながら解説します～現在時刻が関わるテストから、テスト容易性設計を学ぶ #tdd｜CodeIQ MAGAZINE）。旧記事には本当に多くの反響をいただき、誠に感謝しております。 目次 この文章の背景について 目次 出
モッククラスを使うべきか否か - 日々常々
元ネタ: モッククラス、下から見るか？横から見るか？ モッククラスを使うべきか否か、というネタを拾ったので書いてみます。これまでにモックについて殆ど書いてないことに気づいて驚きつつ。 Short Answer 「モックに何をさせたいの？」 質問に質問で返すなという感じですが、モックに何をさせたいか答えてみれば、モックを使うべきか否かはだいたい決まるよなーと思うのです。 モックは道具で、使うことで何かを改善するものです。 「このことをテストしたいから、モックをこう使う。」という文脈なく使用すると、無用な複雑性を作り込むことになります。 モックの使用は負債なので、十二分に利益を見込める場合にのみ使用するものだと思っています。 これはモックに限った話ではなく、何かを便利にするために道具を追加する際は必ず付いて回るトレードオフです。 Short Answer 露払い 使うべきか否か どちらでも差が
Appiumを使った、自律的にアプリの情報を収集しバグを探し出すクローラーとは【Appium Conf 2019】
6月14日から15日にかけて、インド・バンガロールでAppium Conf 2019が開催されました。300人を超える自動化エンジニア、QAエンジニアが集い、Appiumを活用した自動テストを中心に30以上ものセッションが行われました。この記事では、Justin Iron氏によるセッション「Appium Native App Crawler」をもとに、機能テストの自動化だけにとどまらないAppiumの可能性について紹介します。 はじめに AppiumはモバイルアプリケーションのE2E UIテストを行うテスティングフレームワークであり、機能テストやリグレッションテストの自動化などで用いられることが多いです。それによってコスト削減やフィードバックの速さを期待できます。 一方で、これはE2E UIテストのデメリットでもありますが、UIや機能の変更に追従するのにはある程度コストがかかります。そのた
Appium Conferenceから見えてきたAppiumの今後の進化と、機能テストのその先【Appium Conf 2019】
6月14日から15日にかけて、インド・バンガロールでAppium Conf 2019が開催されました。300人を超える自動化エンジニア、QAエンジニアが集い、Appiumを活用した自動テストを中心に30以上ものセッションが行われました。この記事では、基調講演をベースにAppiumの今後と、機能テストのその先の一つとしてVisual Testingのセッションについてまとめていきたいと思います。 Appium Conferenceとは Appiumとはネイティブアプリ、モバイルウェブ、ハイブリッドアプリの操作を自動化できるオープンソースのツールです。iOS、Androidを中心に複数のプラットフォームをサポートするクロスプラットフォームのツールでもあります。 Appium ConferenceはAppiumを中心とした国際カンファレンスで、去年の2018年に初めてロンドンで開催され、今年で2
What do you want to test with UI Test
I considered about what a UI test is.
我が名は神龍……どんなテストもひとつだけ自動化してやろう - Qiita
『我が名は神龍……どんなテストもひとつだけ自動化してやろう』 じゃ、じゃあ！このブラウザテストを自動化してください！ Chromeで https://kids.yahoo.co.jp/ にアクセスして 検索ワードに ねこ と入力して さがすをクリックして 検索結果にネコ - Wikipedia が含まれていることを確認して 検索結果に 買い方 を追加して さがすをクリックして 探しているのは「猫の飼い方」？と表示されることを確認して クリックすると猫の飼い方で再検索されて 検索ボックスを不倫で上書きして さがすをクリックして このページは表示できませんと出ていることを確認 『よかろう……たやすい願いだ』 まずはライブラリのインストールと初期設定をしてやろう…… # [ライブラリのインストール] # CodeceptJSとPuppeteerをインストールします。nodeとnpmが必要ですので
Unit test for ViewModel and LiveData
DroidKaigi 2019 で発表した資料です。
java.lang.ClassCastException: com.sun.tools.javac.code.Type$1 cannot be cast to javax.lang.model.type.DeclaredTypeが出たらテストで使うコードがエラーになってるぽい - visible true
AndroidX対応を進めていたら自分でつくって自分で使っているFragment生成周りが便利になるhttps://github.com/sys1yagi/fragment-creatorが適切にAndroidX対応できてないぽいことがわかり、いろいろと更新してたらテストで次のエラーがでてこけるようになってしまった。 java.lang.RuntimeException: java.lang.ClassCastException: com.sun.tools.javac.code.Type$1 cannot be cast to javax.lang.model.type.DeclaredType これはアノテーションプロセッサで型チェックをしている場所で起こる。 https://github.com/sys1yagi/fragment-creator/blob/master/proces
Software sins of omission
The Book of Common Prayer contains the confession … we have left undone those things which we ought to have done, and we have done those things which we ought not to have done. The things left undone are called sins of omission; things which ought not to have been done are called sins of commission. In software testing and debugging, we focus on sins of commission, code that was implemented incorr
GradleでJUnit Testをフィルタ実行する方法 - Qiita
./gradlew test --tests com.example.HogeTest.fooMethodTest
2018年までのAndroidテスト総まとめ - 今年の変更と来年の対策 - Qiita
Androidが10年の節目の年ですが 去年からKotlin対応, Jetpack対応, AndroidX対応と怒涛の更新が続いています。 11月7-8日に開催されたAndroid Dev Summit '18の動画を見て、 Androidテストは来年やばいことになりそうだ！(←今年もやばかった (←今までも..)) と思ったので過去-現在-未来を一気に見れるようにまとめました。 2018年12月版です。 2018年までのAndroidテストまとめ 画像: Android Dev Summit '18スライドより Androidテスト周辺は毎年いろいろなものが出たりなくなったり、正直分かりづらいです。 公式の「Fundamentals of Testing」やGoogle I/Oの以下動画に しっかりまとまっているので、まだ見ていない方を見ることを強くおすすめします。 Fundamenta
Exploring the Android Fragment Scenario component
I’m always curious about what tools and features are coming up next in android — and to be sure I don’t miss out on any of this I like to keep an eye on release notes over on the android developer site. Two that caught my eye recently where the fragment-1.1.0-alpha01 and fragment-testing-1.1.0-alpha01 releases, within the testing side of things we see a new FragmentScenario component which provide
書籍『Androidテスト全書』を弊社社員が執筆しました - Diverse developer blog
『Androidテスト全書』のJUnit 5の章（7章）を執筆しました id:kikuchy です。 クラウドファンディング出資者への発送が一段落し、『Androidテスト全書』の一般販売がはじまりました。 peaks.cc 白山さんや外山さんと平田さんがすでに概要やそれぞれのエピソードを語ってくださっております。 ここではkikuchyの視点から、本の概要、kikuchyの担当章の解説と裏話をお伝えします。お付き合いください。 本書の概要 第1章 テスト入門 第2章 ユニットテスト実践入門 第3章 ユニットテスト応用編 第4章 UIテスト （概要編） 第5章 UIテスト （Espresso編） 第6章 UIテスト（Appium編） 第7章 JUnit 5 第8章 CI/CD この1冊で、現在のAndroid開発環境に自動テストを取り入れるためのノウハウすべてが揃います。 なぜなら、テスト
Write Once, Run Everywhere Tests on Android – Android Developers – Medium
At Google I/O this year, we launched AndroidX Test, part of Jetpack. Today we’re happy to announce the release of v1.0.0 Final alongside Robolectric v4.0. As part of the 1.0.0 release, all of AndroidX Test is now open source. AndroidX Test provides common test APIs across test environments including instrumentation and Robolectric tests. It includes the existing Android JUnit 4 support, the Espres
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
20年後のソフトウェアテストの話をしよう / Software Testing for 20 years later
Truth 1.0: Fluent Assertions for Java and Android Tests
Flank: Smart Test Runner for Firebase
Espresso Driver を用いた Appium テストとその仕組み