Effective Snapshot TestingOctober 30th, 2017 — 9 min read I guess I've been on a bit of a testing kick recently, I promise this newsletter will delve into more stuff later. But I saw this tweet from Justin Searls (a developer who I admire with a great deal of experience in testing) and thought it would be a great subject to write about. In that tweet, Justin shares a screenshot of a bunch of his t

by Phong Huynh Why End-to-End Testing is Important for Your TeamHow our team implemented end to end testing in 4 easy stepsAt Hubba, our business needs are always evolving and the speed of development needs to catch up with it. One of the ways to keep the team moving forward without breaking everything is End-to-end (E2E) testing. Having a full test suite with E2E tests allows us to move quickly.

テストがなかった無法地帯のプロジェクトに自動テストを導入して、開発速度を1.7倍にした話をします。 自動テストがなぜないのか 自動テストのないプロジェクトには、そうなる理由が必ず存在します。よくみる理由は、「時間がないから1」「テストの書き方がわからないから」「無理やりテストを書いたつらい経験があったから2」といったものです。今回のプロジェクトの場合は、以下の2点でした： 自動テストの書き方がわからないから レビューがテスト代わりだったから まず、チーム編成が変わって私ともう一人がチームに加わるまで、実装者の中に自動テストの経験者はいませんでした。このような状況では、自動テストは困難になります。なぜなら、何をどうやってどこまでテストするかを決めるには、多少の慣れが必要だからです。この慣れがないと、何をしたらいいかわからないという状態に陥りがちで、結果として自動テストが後回しにされてしまいま

後編を公開しました（2014/10/8） これは、テスト駆動開発（TDD）とTDDがソフトウェア設計に与える影響についてKent Beck、David Heinemeier Hansson、および著者の3人で行った一連のディスカッションの議事録です。 ディスカッションに至った経緯 あるセンセーショナルな発言とブログ記事が発端となり、お互いの見解と経験について理解を深める目的で、話し合いが持たれました。 この会話のきっかけとなったのは、 DavidがRailsConfで行った基調演説です。 彼はRailsコミュニティでTDDおよびユニットテストへの不満を表明しました。 程なくして、彼はいくつかのブログ記事を公開しましたが、そのうちの最初の記事で “TDDは終わった” と宣言したのです。 それから2～3日後、Davidのその後の記事について私がタイプミスの修正を送ったところ、 Davidは彼の

How we are using headless Chrome to write end-to-end tests that don’t drive you crazy What are end-to-end tests?Tests written to check software functionality can be grouped into a few categories. Some of the most popular categories include: unit tests check input => output of self-contained functions.integration tests check that individual pieces of your app play nicely together.end-to-end tests c

ニコニコ動画：https://www.nicovideo.jp/watch/sm2325911 宮澤さんの発言「俺ってばスゲー」という地点に達したあと、TDDの壁みたいなのはありましたか？ 俺ってばスゲー、TDDもスゲーと思ってから、はい、TDDの壁にはぶつかりました。「⁠テスト駆動でできるところと、できないところがあると認識しなければならないところ」ですね。簡単に言うと、GUIを伴うテスト、画面を伴うテストっていうのは、すごく難しい。というより、割りに合わない感じが強いんですね。これは今でもそうです。 「テスト熱中症」「テスト厨」 テスト駆動開発をマスターするきっかけをつかんで、これはイケる！ これは素敵だ！と思った人が次に出会うのは、「⁠テスト熱中症」「⁠テスト厨」時代です。テストがすごく好きになり、テストに熱中する時期がやってくるんですね。 テスト熱中症（test infected）

こんにちは。デザイン部でフロントエンドエンジニアをしているkitoです。 今回は、BackstopJSを使ったビジュアルリグレッションテストについて書きたいと思います。 ビジュアルリグレッションテストとは視覚的な回帰テストのことで、具体的にはスクリーンショットを撮影して差分抽出して行うテストです。 近年のWebフロントエンド開発では、SassやWebpackのような開発環境が整うに従ってスタイルシートをモジュール化することが増えています。 それはスタイルの汎用性を高めることに大きく貢献していますが、一方で、あるパーツのスタイル修正が想定外の場所で悪影響を及ぼしてしまう可能性をもつようになりました。 この問題に対処するために、Enduring CSSのような新しいタイプの設計手法も考えられてはいますが、既存のサービスに導入するにはかなり敷居が高いでしょう。 そこで注目したいのが、ビジュアルリ

スマートデバイスの形状、OS、ディスプレイサイズ、CPU、シェア情報ほか詳細なスペックから抽出・比較ができるため、サービス対象の選定から不具合の調査まで広くご利用いただけます。 機種依存やOSバージョン依存に関わるバグ情報の投稿や検索ができます。質問と解決策の回答はもちろん、自分で見つけた問題の報告も。あなたもぜひ情報の提供者に！（準備中） 国内で販売された機種を網羅的に所有して、豊富な実績を誇る検証サービスに活用してきたKSKが提供します。スマホ・タブレットの信頼できる情報だけでなく、ノウハウも詰まった情報サイトを目指します。

Kyoto.js 13の発表資料です

illustration by iwasawa これまでのSelenium さて、最新事情に触れる前に、本記事をご覧の皆様は既によくご存知かとは思いますが、あらためてSeleniumとは何か、そして現在の形に至るまでの道をおさらいしておきましょう。 Seleniumは、Webブラウザの自動操作ライブラリです。人間がWebブラウザでやるような手作業を、自動的に再現できます。単純作業の自動化に利用できるほか、一般的な自動テストフレームワークと組み合わせることでEnd to End（E2E）テストの自動化を実現できます。Webアプリケーションのテスト作業で苦労されている方にとっては福音のようなライブラリですが、自動テストコードや実行環境の維持・実行時間などが大がかりになりがちで、利用コストは高めです。回帰テストの自動化など、繰り返し利用が多い用途への適用が特に効果的でしょう。 Seleniumの

Slides for ng-japan 2017