How HeadSpin will change mobile testing and monitoring? This is a translation of the original Japanese article. tech.mercari.com Hello. I’m Tadashi, an Automation Engineer from Mercari’s Automation & Quality Assurance Group (AQA). I mostly work on test automation and improving mobile CI /CD. We tried HeadSpin’s service. I would like to introduce the service and share some impressions. What is Head

こんばんは。Selenium/Appium Advent Calendar 2017の15日目の記事です。 多くのエンジニアの方々は、テスト失敗時の問題修正に時間を使っていることかと思います。それはテストコードの問題なのか、製品コードの問題なのか、はたまた別な問題なのか。 そのため、例えばテスト失敗時のエラー情報から、再度テストを実行することなく、どのように修正すれば治るのか、どうなおせば良いのかを教えてくれるとその時間を減らすことができますね。（これに似た話は色々と目にしますね） 今回は、Appiumを使った時の、そんな修正を便利にするちょっとしたアプリを共有します。 リポジトリはこちら => https://github.com/KazuCocoa/appium-source-viewer テスト失敗時に取得する情報は何を取得する？ 多くの場合、Appiumのようなツールを使う人はテス

Seleniumの中核技術であるWebDriverは、ブラウザを対象としたもののほか、ネイティブアプリを対象としたAppiumと呼ばれるフレームワークでも使われています。現在はAppiumはJS FoundationのOSSプロジェクトの一つとして成長を続けています。この回では、まずは最近のAppium周辺の流れを知ること、そこから環境構築の簡単なAppium Desktopアプリを使い、Appiumに実際に触りながらテストシナリオを実装してみます。 illustration by iwasawa 最近のAppium事情 第1回「SeleniumとWebDriverの最新事情」から始まったSelenium／WebDriverの連載ですが、今回で5回目となりました。ここでは第1回でも少し話題に上がったAppiumに関して掘り下げてみます。 Selenium／WebDriverは主にはWebブ

「ディープラーニングで料理の写真を抽出するアプリをリリースできた背景には、エンジニアが自由に使って試せるAWS環境が社内に用意されていたという状況がある」。クックパッドは2017年6月1日、アマゾン ウェブ サービス ジャパン主催の年次イベント「AWS Summit Tokyo 2017」で講演し、同社の研究開発を支えるAWS基盤について紹介した。 同社は2011年に自社保有のデータセンターからパブリッククラウドのAmazon Web Services（AWS）に完全移行している。2016年7月には、機械学習などを研究する研究開発部を発足し、エンジニアが自由に使えるAWS基盤として「機械学習基盤」の運用を開始した。同基盤に支えられるかたちで、2016年12月には、同社として初めてディープラーニングを応用したアプリケーション「料理きろく」をリリースした。 エンジニアが自由に使えるAWS基盤

技術部品質向上グループの松尾(@Kazu_cocoa)です。 2017年3月13日〜2017年3月17日の間に、東京にてICST2017という国際学会が開かれました。 その学会に基調講演としてGoogleの方などが来日しました。そのさい、非公式ながらミートアップを開いたのでその時の学びを共有したいと思います。 ICST2017とは ICST2017とは、2017年に開催された第10回 IEEE International Conference on Software Testing, Verification and Validationの略です。Webサイトはこちら。 そこではソフトウェアテストや開発環境、品質に関する研究や事例が発表され、議論されました。 今年は10周年である上に、この会が始まって以来、初めて日本で開催されたようです。 学会と聞くと学術的すぎると思うかもしれませんが、比

こんにちは、技術部品質向上グループの茂呂一子(@ichiko_revjune)です。 3月18日にProductivity Engineering − Forkwell Meetup #4において、「クックパッドにおけるモバイルアプリ開発の工夫」というタイトルで発表しました。その内容を補完しつつ、最近のモバイルアプリ開発の取り組みについて紹介します。 (発表資料はこちら) 開発体制とスケジュール クックパッドでは、Web/モバイルアプリなどのプラットフォームに依らず、機能ごとにチームを組んで開発を行っています。 例えば、検索機能、投稿機能といったサービス内の機能ごとにチームがあり、その中にデザイナーとエンジニアが所属しています。 モバイルアプリの開発という視点から見たときには、機能ごとのチームを横断し、より基盤的な業務を担うメンバーを含めて、iOS/Androidのモバイルアプリの開発を目

こんにちは、技術部品質向上グループの茂呂一子です。 品質向上グループではモバイルアプリにおける自動化されたテストの一環として、画面操作を伴うテストを実施しています。 例えば、古くからAppiumを使い、その結果を判定するという施策を行っています。(参考: iOSアプリデザインリニューアルの舞台裏の舞台裏) クックパッドではAppiumも利用していますが、より高速に実行できるツールとして、EarlGreyというGoogle製のフレームワークの導入を試みています。 この記事では、EarlGreyの導入と現状についてまとめます。 内容は、iOS Test Night #1 でLT発表した内容からの抜粋です。LT資料はこちら。 画面操作を伴うテストの自動化 クックパッドでは、 モバイルアプリの最低限の機能を確認する用途で画面操作を伴うテストを自動化しています。 このテストは、Android/iOS

テストエンジニアしてます、技術部の松尾(@Kazu_cocoa)です。 今回は、2016年8月19日に発売されますプログラミング言語であるElixirの入門書、プログラミングElixir(以下、本書)に関して少し書こうと思います。 プログラミングElixir 作者: Dave Thomas,笹田耕一,鳥井雪出版社/メーカー: オーム社発売日: 2016/08/19メディア: 単行本（ソフトカバー）この商品を含むブログを見る 私はここ1年以上、Erlang/Elixirを学びながら業務/私事で使っていました。 業務では主にAndroid(Java)/iOS(Objectvie-C/Swift)/Rubyを使っています。その傍、 社内向けWebアプリケーションをElixir x Phoenixフレームワーク を使い構築したり、HTTPリクエストをrecord/play/proxyするテストツー

技術部の松尾(@Kazu_cocoa)です。 クックパッドのモバイルアプリ開発では、どのようなテストを書き、どのようなタイミングで、どのようなテストを実施するか？に関してエンジニア各位が意識を合わせるためにテストサイズを定義し運用してきました。ここでは、そんなテストサイズに関して簡単ですがまとめておこうと思います。 テストサイズとは ソフトウェアテストに関わったことがある方なら テストレベル という言葉には出会ったことがあるかと思います。JSTQBでは、このテストレベルは"管理していくテストの活動のグループ"と定義しています*1。 そうでない方も、俗に言う単体テスト/統合テストなど聞いたことがあるかと思いますが、その区分がここで示しているテストレベルとなります。 一方、このテストレベルはV字型と言われる開発工程と合わせて世の中で広く使われているため、社内における共通認識を構築するにあたり個

こんにちは。検索事業部 ディレクターの五味です。クックパッドにレシピを探しに来るユーザーの体験向上を使命に、レシピ検索に纏わる技術・UIの改善、プラットフォームをまたいだサービス全体の編成に関わる仕事をしています。 プロダクトのリリースや改善にあたり、ユーザーテストによる仮説検証は不可欠です。今回は、先日クックパッドAndroidアプリで初めて、Google Playのベータテスト機能を使ってユーザーテストを行った話をご紹介します。 ベータテストに踏み切った背景 クックパッドアプリでのユーザーテストはこれまでも実施してきましたが、すべて通常版アプリにテストを内包する手法をとってきました。 しかしあるプロジェクトで、これまでのユーザー導線を根底から変える規模の改変を含んだプロダクトのテストを行う必要が生じました。アプリ全体の体験から大きく異なるテストプロダクトを通常版アプリに統合することはコ

こんにちは！広告エンジニアのレオです。最近、システム障害を起こしていますか？クックパッドも例外ではないです。毎月、何かしらのシステムに何かしらの障害が起きてしまいます。その際、早く気づき、速やかに対応することによって被害を最小限に留めるように努めます。そして、システムやデータを正常な状態に復旧させます。 正常な状態に戻した段階では対応はまだ完了していません。問題の本当の原因は何なのか、またその再発をどうやって防止するかを考えて手を打つまでは、障害の対応が完了したといえません。予防しない限り、また同じ過ちを繰り返すことになってしまいます。 失敗は成功のもと 根本原因分析、そして再発防止は大事な作業ですが、とても難しい作業です。クックパッドでは、これらを少しでもやりやすくするために、ルールと仕組みをまとめています。この仕組みを「Failure teaches Success」（略してFtS）と

技術部の松尾(@Kazu_cocoa)です。 最近、 @moroや私を中心に、テストから開発を駆動するという方向で、とある活動を始めました。その活動の中では、 @t_wadaさん を 技術顧問 として巻き込んで活動を進めています。そんな取り組みを少しここにまとめます。 取り組みの前段階 先日、私はテストエンジニアというロールに焦点を当ててテストという言葉に対する2種類の話をいたしました。TDDのようにテストによって開発を駆動していく側面の話と、人の認知・感じ方に寄った仕様自体含めてテストしていく側面の話です。 クックパッドエンジニアトークナイト 〜クックパッドテストエンジニアのあり方〜 を開催しました！ クックパッドエンジニアトークナイト 〜クックパッドテストエンジニアvol.2 Testing編〜 を開催しました！ その際、会の傍でt_wadaさんらと私たちが開発するWebアプリケーショ

This document contains information about an individual who is a software engineer in quality. They are involved in open source software projects on GitHub under their username and have contributed to issues on the Appium project. They previously worked as a senior test automation engineer for 5 years developing skills in languages like Ruby, Kotlin, Swift and Python. Their online presence and acti

2014年を振り返って、2015年を迎えたわけですが、ここで同じように振り返ってみます。主には表立っているところで。 来年の年明けは30歳になっていると思うと、なんだか身の引き締まる思いですね。想いだけ。 テストする人に対する技術的側面を広めることができて良かったと思います。私の観測する範囲では、求人にも多少なりとも良い影響をあたえられたと思います。私のところに募集して来ていただけるとなお嬉しい。 書籍関係はこちら => 2015年に新たに読んだ書籍群を振り返って 仕事 サービスの開発に注力できるように開発プロセスが深化してきた(モバイルアプリ) リリースまでの流れの中で、全体最適を目指して時々のボトルネックを補ってきた成果でしょうか。優秀な方々が特筆して技術的な課題を解決する傍ら、広くを見ることができる人が外堀を埋めていく感じ。 採用の方向性などにも主導する形で関わるようになってきた。い

はじめに SQuBOK V2読破会アドベントカレンダー20日目のブログエントリーです。 www.adventar.org SQuBOKというのはこれです。ソフトウェア品質知識体系ガイド。 Google Books で一部を読むことができます。 books.google.co.jp SQuBOK V2の章構成は2章のマネジメントが中心 SQuBOK V2読破会では文字通りSQuBOK V2を全て読みました。 理解が不十分な知識領域も多くありますが、少なくともソフトウェア品質に関係する知識領域が 何なのかを広く認識できるようになりました。 そこで、改めてSQuBOKの構成を全体的に見つめなおしてみることにしました。 各知識領域について知っているかどうかは、以前のエントリー SQuBOKによる無知の知の体験 - MassKaneko.Out で書きましたので、もっとメタに捉えてみることにしました

こんにちは、技術部の松尾(Kazu_cocoa)です。 クックパッドで働くエンジニアに焦点を当てたトークナイトシリーズ、第3段を先日、11月26日に開きました。今回も前回に続きテストエンジニアに焦点を当てました。今回はゲストとして @m_seki さん、 @miwa719 さんのお二方にお越し頂きました。お二方には栃木から足を運んでいただきました。今回も、弊社人事部の@emizusi等が素晴らしいサポートをしてくれました。 前回・今回と、テストという言葉を以下のように大きく分類した上で話題をまとめていきました。前回はCheckingの色を強くするためにTDD/BDDの一つの側面を取り上げました。今回はTestingの色、さらにはよくある技法の話ではなく人に寄った開発風景の話を取り上げました。 テスト |---> Checking ---> 前回 | \---> Testing ---->

独断と偏見で選ぶ！〜SQuBOK V2の必読ページはこれだ！〜 - mhlyc -presentation

Elixirのライブラリの解説を週ごとにお届けする記事です。 解説が間違っていた場合には、コメントか@hayabusa333にご連絡くださると嬉しいです。 今回はExParametarizedについて # ExParametarized is 何？ ExParametarizedは、ElixirのUnitTestで使用するパラメータの定義をMacroにて行い、パラメータ系のテストを簡単に増やすことができるライブラリです。 # 実行環境 OS：OS X Yosemite Erlang：Eshell V6.5, OTP-Version 18 Elixir：v1.0.4 # ExParametarizedの実行を行うための新規プロジェクトの作成 $ mix new my_ex_parametarized $ cd my_ex_parametarized# HexにてExParametarized