Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Reckoner における Datadog Browser Test の活用事例 / Data...
Search
Takumi Kadowaki
November 20, 2024
Programming
580
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
Reckoner における Datadog Browser Test の活用事例 / Datadog Browser Test at Reckoner
Japan Datadog User Group Meetup#6
https://datadog-jp.connpass.com/event/334594/
Takumi Kadowaki
November 20, 2024
More Decks by Takumi Kadowaki
See All by Takumi Kadowaki
Datadog Error Tracking & Claude Code Action で アプリケーションエラーを(半)自動修正 / Datadog Error Tracking & Claude Code Action (semi-)auto-correct application errors
nomadblacky
1
140
Scala アプリケーションのビルドを改善してデプロイ時間を 1/4 にした話 | How I improved the build of my Scala application and reduced deployment time by 4x
nomadblacky
1
1.3k
Reckoner の Scala プロジェクトにおける オブザーバビリティの取り組み / Observability Initiatives in Reckoner's Scala Project
nomadblacky
0
2.7k
AWS CDK on Scala ~ Scalaでインフラ管理してみたはなし / Manage infrastructure with AWS CDK on Scala
nomadblacky
0
4.8k
Slinky で Scala.js 製 React Webアプリケーションを つくったはなし / How to build a Scala.js React web application in Slinky
nomadblacky
1
5.4k
面倒なことはScalaスクリプトにやらせよう / let scala scripts do the troublesome things
nomadblacky
0
1.2k
Other Decks in Programming
See All in Programming
ソフトウェア設計に溶けるインフラ ― AWS CDK のインフラ認識論
konokenj
3
760
komatsuna「分散システムにおけるバグ分析手法」
komatsunaqa
0
240
使いながら育てる Claude Code — 開発フローの1コマンド化 × 繰り返し指摘の自動仕組み化
shiki_kakaku
0
1.7k
jsmini JavaScript Engine を作ってみた話
yosuke_furukawa
PRO
0
300
【やさしく解説 設計編・中級 #1】一つの車に、運転手は一人 ~ある倉庫システムの事例から~
panda728
PRO
0
210
テーブルをDELETEした
yuzneri
0
140
今さら聞けない .NET CLI
htkym
0
180
AWS DevOps AgentのAzure接続機能を検証して見えた活用法/Use Cases Verified for the AWS DevOps Agent's Azure Connectivity Feature
masakiokuda
1
220
数百円から始めるRuby電子工作
tarosay
0
140
Android CLI
fornewid
0
210
言葉の格闘技のススメ~紙とペンと言葉から始める、キャリアの描き方~
progresscicada
2
140
Built Our Own Background Agent at LayerX
layerx
PRO
9
5k
Featured
See All Featured
Collaborative Software Design: How to facilitate domain modelling decisions
baasie
1
270
Test your architecture with Archunit
thirion
1
2.3k
JAMstack: Web Apps at Ludicrous Speed - All Things Open 2022
reverentgeek
1
540
Optimising Largest Contentful Paint
csswizardry
37
3.9k
Navigating Algorithm Shifts & AI Overviews - #SMXNext
aleyda
1
1.5k
Money Talks: Using Revenue to Get Sh*t Done
nikkihalliwell
0
460
エンジニアに許された特別な時間の終わり
watany
108
250k
Navigating Team Friction
lara
192
16k
Leveraging LLMs for student feedback in introductory data science courses - posit::conf(2025)
minecr
1
340
Ethics towards AI in product and experience design
skipperchong
2
340
Balancing Empowerment & Direction
lara
6
1.2k
Skip the Path - Find Your Career Trail
mkilby
1
180
Transcript
Reckoner における Datadog Browser Test の活用事例 2024/11/20 Japan Datadog User
Group Meetup#6 Copyright © 3-shake, Inc. All Rights Reserved.
自己紹介 門脇 拓巳 (KADOWAKI Takumi) 株式会社スリーシェイク Incubation 事業部 Reckoner 開発チーム
データ処理系 Scala 製アプリケーションの 開発を行いつつ、インフラ業務などを担当 直近はパフォーマンスチューニングや Observability の推進など X (Twitter): @nomadblacky GitHub: NomadBlacky
Reckoner というデータ連携サービスを開発してます https://reckoner.io/
アジェンダ - Datadog Browser Test の概要 - Reckoner での活用
Datadog Browser Test とは - ブラウザ操作を記録して Datadog 上から E2E テストを実行できる機能
- 類似: Playwright, Puppeteer, Mabl - テストの作成はブラウザ上で完結するためコードを書く必要がない - 様々なデバイス、ロケーション、ブラウザを選択可能 - 実行結果はステップごとに実行時間、スクリーンショット、 HTTPリクエスト、JavaScript のエラー など確認可能
Copyright © 3-shake, Inc. All Rights Reserved. Reckoner での Browser
Test 活用 6
サービスの死活監視 30分に1回の頻度でログインなどの 重要な機能が動作するかテスト 失敗時には Slack に通知 ユーザー目線でサービスの正常性が確認できる
デプロイ時の動作確認 ※ Cloud Build での例 デプロイ完了後に Browser Test を実行 datadog-ci
というコマンドが公式から提供されており CLI 上から Synthetics テストを実行可能 –public-id オプションで実行したいテストを指定
変更によりサービスの主要機能が壊れていないか確認 手動でやっていた動作確認の手間が省けた
パフォーマンス計測 Browser Test には実行時間などのメトリクスが用意されており タグとして step_id などが含まれている
パフォーマンス計測 Notebook にテストの結果をまとめた例 パフォーマンスチューニングのエビデンスとして プルリクエストに添付するなど、変更の説得性が向上した
まとめ Datadog Browser Test とは - ノーコードで E2E テストを構築 -
様々なデバイス・ロケーション・ブラウザでテストできる機能 Datadog Browser Test を導入して - テストを定期実行することで、 ユーザー目線でサービスの死活監視ができるようになった - デプロイ後にテストを実行することで、 変更による異常を検知したり、動作確認の手間を省くことができた - テスト結果のメトリクスを用いることで、 パフォーマンスチューニングのエビデンスを残すことができた
最後に スリーシェイク はエンジニアを募集しています! - https://jobs-3-shake.com/