JaSST'18 Tokyo 基調講演「Advances in Continuous Integration Testing at Google」 質疑応答 #JaSST
broccoli @nihonbuson ハードウェアの自動化に良いアイディアはあるか？ どれだけデジタル化が進んでいるかによる アルゴリズムのみをテストするならば可能だと思う #JaSST 2018-03-07 10:52:44 broccoli @nihonbuson トランジションの話の前提として、どれぐらいのカバレッジが達成できているのか？ 別のシステムを設けて、カバレッジを測定している。 コードカバレッジはチームに寄って違う。 80%以上のチームもあれば計っていないチームもある 収入が高いチームはカバレッジが高い。成熟度によって変わる #JaSST 2018-03-07 10:54:23 broccoli @nihonbuson テストができている段階の話をしていたが、どういうテストを作るというような指針はあるか？ 一般的なルールは、コードレビュー時に同時にテストコードをサブミッ
テストを書くか書かないかの状況判断 / Deciding whether to write tests - DeNA Tech Talk
2014/12/09 に DeNA 社内勉強会にお招きいただいて話した内容です
「アプリケーションが壊れているのに検知できないテストコード」を書かないようにするための、べからず集 - Qiita
はじめに テストコードを書くことは重要です。 テストコードがないアプリケーションよりもテストコードがあるアプリケーションの方が望ましいことは間違いありません。 ですが、テストコードも書き方を間違えると、アプリケーションが壊れているのに正しく検知できないテストを書いてしまう可能性があります。 この記事ではそんな「アプリケーションが壊れているのに正しく検知できないテスト」のコード例を「〜するべからず（〜してはいけない）」の形式で紹介し、その修正方法を説明していきます。 サンプルコードはRSpecで書いてます（でも他の言語でも考え方は同じはず） サンプルコードはRailsアプリケーションをRSpecでテストする場合を想定したものになっていますが、基本的な考え方自体は他の言語やテスティングフレームワークでも適用可能なはずです。 RSpecのイロハについて先に学んでおきたいかたは「使えるRSpec入
test と [ と [[ コマンドの違い - 拡張 POSIX シェルスクリプト Advent Calendar 2013 - ダメ出し Blog
test と [ と [[ コマンドの違い - 拡張 POSIX シェルスクリプト Advent Calendar 2013 - ダメ出し Blog 拡張 POSIX シェルスクリプト Advent Calendar 2013、15日目の記事です。 書くのが遅れ、ネタは尽きかけ、 マニアックさやニッチさが足りなくなってきているような気がします。 ふつうの内容ですみません。 今日は test, [, [[ コマンドの違いについてざっくり紹介します。 [[ がある bash, ksh, zsh ならば test と [ の使用は避け、 [[ を使用すべきです。 [ は慎重に使わないと様々な罠にかかるため危険です。 (翌日のネタも併わせてどうぞ) test と [ の違い どちらもシェルの組込みコマンドです。名前が違うのと [ は最後の引数を ] にしなければいけない縛りがある以外、 動作まった
PythonのHTTPServer／BaseHTTPRequestHandlerを使って、簡単なHTTPサーバーを書く - CLOVER🍀
これは、なにをしたくて書いたもの？ Pythonにはhttp.serverというライブラリがあり、簡単にHTTPサーバー（Webサーバー）を起動することができます。 21.22. http.server --- HTTP サーバ — Python 3.6.9 ドキュメント こんな感じで起動して、簡単にカレントディレクトリをドキュメントルートにしたHTTPサーバーを立てられます。 $ python3 -m http.server Serving HTTP on 0.0.0.0 port 8000 (http://0.0.0.0:8000/) ... これでカレントディレクトリ配下にあるファイルを公開できるわけですが、そうではなくてhttp.serverライブラリを使って自分でHTTPサーバーを 書く方法について調べてみました、と。 環境 今回の環境は、こちら。 $ python3 -V Py
現在時刻が関わるユニットテストから、テスト容易性設計を学ぶ - t-wadaのブログ
この文章の背景について この文章はテスト容易性設計をテーマに 2013/11/26 に CodeIQ MAGAZINE に寄稿したものです。残念ながら CodeIQ のサービス終了と共にアクセスできなくなっていたため、旧 CodeIQ MAGAZINE 編集部の皆様に承諾いただき、当時の原稿を部分的に再編集しつつ、ライセンス CC BY（クリエイティブ・コモンズ — 表示 4.0 国際 — CC BY 4.0） で再公開いたしました。 旧 URL にいただいたブックマークとご意見はこちらです（これであなたもテスト駆動開発マスター！？和田卓人さんがテスト駆動開発問題を解答コード使いながら解説します～現在時刻が関わるテストから、テスト容易性設計を学ぶ #tdd｜CodeIQ MAGAZINE）。旧記事には本当に多くの反響をいただき、誠に感謝しております。 目次 この文章の背景について 目次 出
【CEDEC 2016 フォローアップ】ゲーム開発におけるデバッグ作業の自動化
みなさん、こんにちは。Cygamesエンジニアの折田です。 いきなりで恐縮ですが・・・みなさんは、テストの自動化にどのように取り組んでいらっしゃいますか？ テストの自動化 所属するプロジェクトによって、テストの自動化に対する運用方針も様々だと思います。 テストファーストで積極的に取り組んでいる方もいるでしょうし、開発ワークフローに組み込まれていて、仕方なく取り組んでいる方もいるでしょう。ちゃんとしたいのはやまやまだけど、そこまで手が回らないという方がほとんどかも知れません。「単体テスト」や「結合テスト」が自動化されているプロジェクトであっても、テストの最終工程にあたる「受け入れテスト」だけは自動化の対象から外されているケースは意外と多いのではないでしょうか？ 膨大なコストを払ってまで「継続的インテーグレーション」や「継続的デリバリー」を実践しているのに、その最終工程の自動化は叶わず、人間の
ゲーム業界のテスト事情 - Qiita
Aバグという名前から分かるように、ゲームプレイへの影響度合いで、バグ対処の優先度が決められて、それぞれ対処していきます。 体験したことがある方は分かると思いますが、ゲームが停止すると、ソフトウェアをリセットしてやり直す羽目になります。 そうなってしまうと、ユーザはせっかくゲームに割いた時間が水の泡になってしまい、開発者も楽しんでもらうために作った部分を遊んでもらえず、両者とも不幸な気持ちになってしまいます。 そんなわけで、停止バグはどのゲーム開発現場でも最優先に対処する代物だと思われます。 「一般的なテスト」はあまりしない 当然ながら、ゲームでバグが出たところで、医療や公共交通機関のシステムのように生命を脅かすことはありません。 また、近年の追加コンテンツに課金するビジネスモデルが出てくるまでは、ソフト買い切りビジネスが当たり前でしたので、バグによってユーザが直接お金の損失を受けることもあ
「FF6」の新たなバグを発売25年後に見つけたテスト技術者の腕前
1994年に発売された大人気ゲーム「ファイナルファンタジーVI（FF6）」（スーパーファミコン版）をやりこみ、2019年になっても未発見の「バグ」を見つけ出し続けている人がいる。ここ数年、熱心なゲームファンを何度も驚かせているのが、「エディ」のハンドルネームで知られるプレーヤーだ。必須のイベントをクリアせずに先に進める方法を見つけ出し、毎年のようにゲームクリアまでの「歩数」の最少記録を更新している。 本記事でいうバグとは、ゲーム開発者が意図していなかったと推測される仕様を含む。特別な操作をすると通常とは異なる挙動となり、いわゆる「裏技」が可能になる。 FF6スーパーファミコン版はスクウェア（現スクウェア・エニックス）が開発したロールプレイングゲーム（RPG）で、美しいグラフィック、ドラマチックなシナリオ、完成度の高いゲームシステムが好評を博し、全世界で約340万本の売り上げを記録した。人気
Gunosyの広告管理画面を支えるE2Eテスト - Gunosy Tech Blog
広告技術部のサンドバーグと星です。 普段の業務は、主に広告の管理システムの開発をしています。管理画面はRuby on Railsで作られており、今回は煩雑になりがちなE2Eのテストをきれいに書けたので、それについて話します。 背景 Gunosyの広告システムは4年以上前にリリースされ、これまで多くの機能が追加されてきました。 配信システムは一度リプレースされましたが、私達が運用している管理画面に関してはリプレース などはされず、現在も拡張され続けています。長く運用されているシステムのため 開発するメンバーの入れ替わりもあり、もちろん思想やコードスタイルも変わってきたため、 バグが発生しやすい環境になってしまっています。 ただ、外部のお客様も使う機能も含まれるため、バグが無いことを担保する必要があり、 テストがより重要になってきます。 また、複雑なデータ構造と画面操作があるため、単体テストで
The mobile device lab at the Prineville data center
As more people around the world come online for the first time, we want to make sure our apps and services work well for everyone. This means we need to understand the performance implications of a code change on both high-end and typical devices, as well as on a variety of operating systems. We have thousands of changes each week, and given the code intricacies of the Facebook app, we could inadv
テスト自動化研究会 - イベント&アーカイブ
本ページでは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マネジャー といった経歴で今に至ります。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Ranorex Blog
