モックは必要悪で、しないにこしたことはない - blog.8-p.info
Mockito や gomock が使いやすいせいか、単体テストというのはモックするものである、という思い込みがあるのか、人々がモックしすぎているのを時折みかける。 モックは必要悪で、しないにこしたことはない。外部の API サーバーとかはガンガン叩くわけにもいかないけれど、ファイル読み書きくらいは、実際にファイルを作ったり消したりしてしまっていい。/etc/passwd を消すとか、1GB のファイルを作るとかだと難しいかもしれないけれど、その場合でも、パスのプレフィックスを指定できるようにして、一時ディレクトリの中の etc/passwd を使うとか、ファイルサイズを指定できるようにするとか、逃げ道はいくつもある。そこを飛ばして「ファイル操作は一律モックしましょう」とか頑張りだすと辛いことになりがちだ。 モックの一番の問題は、本番とテストで違うコードが走ることで、これは自動テストの価値
【CEDEC 2016 フォローアップ】ゲーム開発におけるデバッグ作業の自動化
みなさん、こんにちは。Cygamesエンジニアの折田です。 いきなりで恐縮ですが・・・みなさんは、テストの自動化にどのように取り組んでいらっしゃいますか？ テストの自動化 所属するプロジェクトによって、テストの自動化に対する運用方針も様々だと思います。 テストファーストで積極的に取り組んでいる方もいるでしょうし、開発ワークフローに組み込まれていて、仕方なく取り組んでいる方もいるでしょう。ちゃんとしたいのはやまやまだけど、そこまで手が回らないという方がほとんどかも知れません。「単体テスト」や「結合テスト」が自動化されているプロジェクトであっても、テストの最終工程にあたる「受け入れテスト」だけは自動化の対象から外されているケースは意外と多いのではないでしょうか？ 膨大なコストを払ってまで「継続的インテーグレーション」や「継続的デリバリー」を実践しているのに、その最終工程の自動化は叶わず、人間の
ゲーム業界のテスト事情 - Qiita
Aバグという名前から分かるように、ゲームプレイへの影響度合いで、バグ対処の優先度が決められて、それぞれ対処していきます。 体験したことがある方は分かると思いますが、ゲームが停止すると、ソフトウェアをリセットしてやり直す羽目になります。 そうなってしまうと、ユーザはせっかくゲームに割いた時間が水の泡になってしまい、開発者も楽しんでもらうために作った部分を遊んでもらえず、両者とも不幸な気持ちになってしまいます。 そんなわけで、停止バグはどのゲーム開発現場でも最優先に対処する代物だと思われます。 「一般的なテスト」はあまりしない 当然ながら、ゲームでバグが出たところで、医療や公共交通機関のシステムのように生命を脅かすことはありません。 また、近年の追加コンテンツに課金するビジネスモデルが出てくるまでは、ソフト買い切りビジネスが当たり前でしたので、バグによってユーザが直接お金の損失を受けることもあ
「FF6」の新たなバグを発売25年後に見つけたテスト技術者の腕前
1994年に発売された大人気ゲーム「ファイナルファンタジーVI（FF6）」（スーパーファミコン版）をやりこみ、2019年になっても未発見の「バグ」を見つけ出し続けている人がいる。ここ数年、熱心なゲームファンを何度も驚かせているのが、「エディ」のハンドルネームで知られるプレーヤーだ。必須のイベントをクリアせずに先に進める方法を見つけ出し、毎年のようにゲームクリアまでの「歩数」の最少記録を更新している。 本記事でいうバグとは、ゲーム開発者が意図していなかったと推測される仕様を含む。特別な操作をすると通常とは異なる挙動となり、いわゆる「裏技」が可能になる。 FF6スーパーファミコン版はスクウェア（現スクウェア・エニックス）が開発したロールプレイングゲーム（RPG）で、美しいグラフィック、ドラマチックなシナリオ、完成度の高いゲームシステムが好評を博し、全世界で約340万本の売り上げを記録した。人気
テスト自動化研究会 - イベント&アーカイブ
本ページでは2018.12.08に開催されました掲題のコミュニティ旗艦イベントについて、 主にアンケート結果をまとめます。 多くのみなさまのお申込みとご来場、誠にありがとうございました。 2018/12/08 (土)にテスト自動化研究会(以下、STAR)は、6回目となるシステムテストの自動化に特化したカンファレンスを開催しました。今回はコンテンツを公募し、多くの方からの応募いただき、皆さんのテスト自動化の工夫や試行錯誤の様子、将来の展望をお話頂きました。
WebのUIテスト自動化 - Seleniumを使ってみる - Qiita
Appiumを色々触っているんですが、仕組みが同じSeleniumもちょっと触ってみました。 だいぶ色々なことができそうなのでこちらも触りつつメモを取っていこうと思います。 実際の動画デモ 実際にどんなことができるのか、参考動画を撮ってみました。 内容的にはネタな感じにしていますが、どんなことができるか分かってもらえるかと思いますｗ Seleniumとは Seleniumはクロスブラウザ、クロスプラットフォームのUIテストツールです。 ブラウザに表示される要素を操作し、取得して想定されうる状態になっているかをテストできます。 また、画面のキャプチャを撮ることもできます。 検索してみると有用な記事がいくつかあるので、詳細はそちらを見てください。 ここでは簡単に触ったメモや所感を書いていきます。 JavaScriptテスト自動化ツールSeleniumのこれまでとこれから（前編）。第1回 日本S
Appiumの仕組みと使い方 - Qiita
はじめに 今まで Calabash や Appium を試した記事を書いてきました。 WKWebViewを使うアプリのUI自動テストにCalabash-iOSを使ってみた Appium+CucumberでiOSの自動UIテストを日本語で書く Appium を扱っていてトラブった時に、Appium の仕組みが分かっていると、原因を切り分けたりソースコードを追ったりしやすいのでまとめてみました。 詳しく解説するのは自分が利用する構成に関してのみです。ターゲットは iOS 9 で、利用言語は Ruby です。 Appium のバージョンは 1.6.0 です。 Seleniumの構成 まずは Appium の元になっている Selenium の構成から見ていきましょう。Selenium はブラウザ上で動作する Web アプリケーションをテストするためのツールです。 Selenium WebDriv
Appium入門(Android編) - Qiita
はじめに Appiumの使い方が良くわからない人の為に、 とてもお手軽にAppiumを利用できる方法をまとめました。 慣れた人なら1時間かからずに使用感を確認することができるはずです。 事前準備 ここではWindowsを利用していますが、Macでも試せます Appiumのダウンロードと解凍、できるひとはインストール Android SDKのダウンロードとインストール Androidのエミュレーターのインストール(Genymotionがおすすめ) Rubyをインストール Gemを2個インストールしておく selenium-webdriver appium_lib テスト用のapkファイルを何かダウンロードしておく ここでは、Appiumの公式チュートリアルに含まれているNotesアプリを利用します。 ttp://appium.s3.amazonaws.com/NotesList.apk (S
Appiumの新しいGUIツール、appium-desktopがよくなってきてるぞう
こんにちは！ メルカリのテストエンジニアとして、モバイルアプリのテストをぶりぶり自動化している@tadashi0713です。 メルカリでは、モバイルアプリのテスト自動化のために、一部、Appiumを使用しています。 今回は、現在ベータ版で公開されているGUIツール「appium-desktop」について、簡単な紹介と個人的に感じる魅力についてお伝えしたいと思います！ appium-desktopとは Appiumは、開発用にGUIツールを提供しており、公式ページからダウンロードできます。 Appium: Mobile App Automation Made Awesome. Mac版のGitHubリポジトリはこちら(appium-dot-app)です。 こちらを使うことによって、Appiumのインストール、Appiumサーバー起動、インスペクターを利用してアプリ画面内の要素の確認やその操作
退屈なブラウザ作業はSeleniumにやらせようーーはじめてでもできるブラウザ操作自動化 | メルカリエンジニアリング
こんにちは、メルカリのQA-SETチームで自動化をぶりぶりしている tadashi0713 です。 これまではモバイルアプリ・WebアプリのE2Eテストを中心に自動化をしていましたが、最近ではプロダクト部門・カスタマーサポート部門・コーポレート部門の業務自動化にも挑戦しています。 今回はSelenium WebDriver (以下 Selenium) を使って簡単にできるブラウザ作業自動化についてご紹介します。 10/25にGitHub JapanでLT発表した資料もありますので、合わせてご覧ください。 english-lt.connpass.com 意外と多い、ブラウザを使った繰り返し作業 社内の色々な職種・チームの方々とコミュニケーションをしていると、ブラウザを使った繰り返し作業が多く感じました。 例えば 社内で使用しているWebサービスのアカウントを社員に付与する Chartio(h
iOSDC2017にSWETから3名登壇してきました - DeNA Testing Blog
はじめまして、1エントリ目を書くことになったSWETの平田(@tarappo)です。 DeNAのSWETグループでブログを始めることになりました。 今後共よろしくお願いします。 SWETってなに？って方もおられるかと思いますが、それについては以下の資料をチェックしてもらえると嬉しいです。 DeNAの取り組むテストエンジニアリング 1発目のエントリーですが、SWETのメンバーが最近登壇した内容について紹介しようと思います。 つい先日行われたiOS開発者のお祭りであるiOSDC 2017(9/15-9/17開催)にSWETから3名が登壇してきました。 今回は、SWETが得意とする領域である「自動テスト」と「CI」、そしてそれに密に関係する「デバイスファーム」といった3つの領域について発表しました。 その3つの発表について紹介したいと思います。 5分枠での発表ですが、その内容はボリュームがず
実はよく知らないQA(Quality Assurance)チーム
シャノンの新卒第1期として入社し、開発エンジニア -> 開発マネジャー -> 開発兼QAマネジャー -> QAマネジャー といった経歴で今に至ります。
LINE Engineer Insights vol.7「QAエンジニアに聞く、LINEプロダクトの品質管理」 - LINE ENGINEERING
LINE Engineer Insights vol.7「QAエンジニアに聞く、LINEプロダクトの品質管理」 LINEで働くエンジニアに色々と話を聞いていく「LINE Engineer Insights」の第7弾です。当コーナーでは、インタビュアーにLINEで働くエンジニア tokuhiromを迎え、エンジニア同士でざっくばらんに話を聞くという形で進めています。今回も、LINEのエンジニアは一体どんな人達なのか、その内面に迫っていきたいと思います。 第7弾は開発3センターサービスQAチームの鈴木里惇（りじゅん）さんに、LINEプロダクトの品質を支えるQAという仕事について実際の仕事の流れやこだわり、今後の展望などについて聞いてきました。あらかじめ説明しておきますと、QAとはQuality assuranceの略で品質保証のための検証作業などを指します。 ざっくり言うと QAの仕事は企画段
メルカリのQAエンジニアがテスト自動化に挑んだ話 | メルカリエンジニアリング
はじめまして！QAエンジニアのkinoshです。 みなさんは「自動化」と聞いて、どんな期待をしますか？ 生産性アップ？高い品質？スピード？いろいろな期待があると思います。 現在メルカリQAでは、繰り返し行われる部分や、機械のほうが得意な部分をどんどん自動化して、節約できた時間を、人間しか見つけられない作業(不具合を探索したり、仕様からリスクを洗い出したり)に使っていこうと日々奮闘中です。 この記事では、最近私が主導で進めたテスト自動化について、自身が学んだ知見などを共有いたします。 進んでいた自動化 メルカリにはQA-SETチームというものがあり、QAエンジニアとSET(Software Engineer in Test)が同じチームで品質を支えています。それぞれの役割については以下の記事をご確認ください。 tech.mercari.com リグレッションテストに関しては、全体の件数の約3
メルカリQA-SETチームが考えているQAやテストの未来のはなし | メルカリエンジニアリング
こんにちは。メルカリの自動化エンジニアとして、スマホアプリのテスト自動化をぶりぶりしている@daipresentsです。 今年のはじめに、QAエンジニアとSET（Software Engineer in Test）で構成される「QA-SETチーム」が誕生しました。現在は、そのチームのマネージャも担当しています。今回はQA-SETチームで目指している「メルカリでのQAやテストの未来」をご紹介させていただきます。 メルカリでは、上の図のようにプロジェクトごとに開発チームが分かれています。 それぞれの開発チームには、プロジェクトを実現するために必要な人材が集まっており、アジャイルの文脈だと職能横断型チーム(Cross-FunctionalTeam)になっています。これによって、開発に不要なセクショナリズムがなくなり、自然にプロジェクトに集中できる環境になります。 QAエンジニアもそれぞれのプロジ
『ベヨネッタ2』はオートプレイがデバッグに貢献！ 【CEDEC 2016】 - ファミ通.com
自動でプレイするオートプレイシステムを作成 2016年8月24日〜26日の3日間、パシフィコ横浜で開催された、日本最大級のコンピュータエンターテインメント開発者向けカンファレンス“CEDEC 2016”。3日目に開催されたセッション「『ベヨネッタ2』におけるゲーム品質を上げる為の自動化 〜オートプレイと継続的なパフォーマンス計測〜」のリポートをお届けしよう。 本セッションで講演を行うのは、プラチナゲームズ 開発本部 技術戦略グループ QAエンジニアの森田和則氏。森田氏が『ベヨネッタ2』開発中に実装したオートプレイと、パフォーマンス計測について紹介する内容だ。ちなみにこのオートプレイは、“Bayonetta2 開発ブログ”にて以前に紹介されていたもの（参考⇒https://www.platinumgames.co.jp/dev-bayonetta2/article/881（⇒こちら））。本公
【SQiP 2014】継続的システムテストについての理解を深めるための 開発とバグのメトリクスの分析 #SQiP #SQuBOK
ソフトウェア品質シンポジウム2014での経験発表のスライドです。 http://www.juse.jp/sqip/symposium/detail/day1/#session_A1-3 10/09追記：ブログ記事書きました http://kokotatata.hatenablog.com/entry/2014/10/08/111353 (色の表示がslideshare上で少し変になってますので、ダウンロードした方がよいかもしれません。) JaSSTではシステムテストを自動化するとバグ修正日数が改善するというメリットについてお話ししました。 http://www.slideshare.net/kotaroogino/jasst14-tokyo SQiPではメトリクスを分析する事で、テストの自動化にはどういった課題があるか問題提起を行ったり、我々が行っている改善の施策を客観的にお話ししました。
1時間で分かるSTA (Software Test Automation) #stac2014
テスト自動化カンファレンス2014（stac2014）の発表資料です。 『システムテスト自動化 標準ガイド』のガイドになっております。 内容に興味をもっていただければ、ぜひ『標準ガイド』を手にとってみてください。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Ranorex Blog
【CEDEC 2017 フォローアップ】Cygames における次世代ハイエンドコンソール向けゲームエンジンの開発 ～最高のコンテンツを支えるゲームエンジン～
