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
私たちのプロダクトにとってのよいテスト/good test for our products
Search
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
おおひら
August 29, 2024
Science
450
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
私たちのプロダクトにとってのよいテスト/good test for our products
おおひら
August 29, 2024
More Decks by おおひら
See All by おおひら
同僚を社外コミュニティに誘うのは 楽しいからだけじゃないよね。 あなたは、なぜ同僚と社外コミュニティに参加するのですか?私は組織を良くしたかったからです。 そんな私が同僚と社外コミュニティに参加するときに気をつけていることを話すよ。/ Tips to onboard colleagues into communities
camel_404
0
64
B2B SaaSはデプロイだけじゃ終わらない。 リリースノートを書き、マニュアルを作り、サポート対応や運用の定着まで支援して、 顧客の利用定着率向上にチーム全員で取り組む。/ We are ProductOps.
camel_404
2
130
5年間ぐらい、 スプリントレトロスペクティブは、 「+/Δ」しかしてないので、 あらためて良いのか悪いか考えてみる / Doing Plus Delta for about five years
camel_404
1
430
Within the team, I grow as a tester and continuously pursue product quality
camel_404
6
3.2k
雑にコミュニティを続けてもいいと思っている/Feel free to continue the community
camel_404
0
390
私たちのプロダクトにとってのちょうどよいテストの考え方 / just right test
camel_404
0
1.6k
あらためてバグバッシュに向き合う
camel_404
0
160
WEB系スタートアップにおけるテスターという仕事についての考察
camel_404
0
150
3ヶ月で パネルディスカッションの イベントを開催する方法
camel_404
0
190
Other Decks in Science
See All in Science
Accelerating operator Sinkhorn iteration with overrelaxation
tasusu
0
350
イロレーティングを活用した関東大学サッカーの定量的実力評価 / A quantitative performance evaluation of Kanto University Football Association using Elo rating
konakalab
0
270
機械学習 - ニューラルネットワーク入門
trycycle
PRO
0
1k
ハミルトン・ヤコビ方程式の解の性質と物理的意味
enakai00
0
620
データベース06: SQL (3/3) 副問い合わせ
trycycle
PRO
1
970
俺たちは本当に分かり合えるのか? ~ PdMとスクラムチームの “ずれ” を科学する
bonotake
2
2.4k
(CVPR2026) Back to Basics: Let Denoising Generative Models Denoise
shumpei777
0
120
Testing the Longevity Bottleneck Hypothesis
chinson03
0
310
機械学習 - pandas入門
trycycle
PRO
0
610
検索と推論タスクに関する論文の紹介
ynakano
1
230
AI(人工知能)の過去・現在・未来 —AIは人間を超えるのか—
tagtag
PRO
0
120
Endel Tulvingとエピソード記憶
rmaruy
0
130
Featured
See All Featured
How to audit for AI Accessibility on your Front & Back End
davetheseo
0
410
The Pragmatic Product Professional
lauravandoore
37
7.3k
Deep Space Network (abreviated)
tonyrice
0
170
Measuring & Analyzing Core Web Vitals
bluesmoon
9
860
Crafting Experiences
bethany
1
170
Connecting the Dots Between Site Speed, User Experience & Your Business [WebExpo 2025]
tammyeverts
11
940
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
47
8.2k
Product Roadmaps are Hard
iamctodd
PRO
55
12k
Designing Experiences People Love
moore
143
24k
The Invisible Side of Design
smashingmag
302
52k
Code Review Best Practice
trishagee
74
20k
The browser strikes back
jonoalderson
0
1.2k
Transcript
© 2024 Loglass Inc. 2024.08.29 Yusuke Ohira 私たちのプロダクトにとっての よいテスト vsLT〜ログラス×キャディ編〜
© 2024 Loglass Inc. Profile 大平 祐介 株式会社ログラス QAエンジニア 2023年に株式会社ログラスに入社。
新卒からずっと業務システムの開発に携わってかれこれ20年近く。 スクラムチームのQAメンバーとして日々精進中。 プライベートでは、ただのテスター。 好きな本は、闘うプログラマー。 好きなスクラムイベントは、スプリントレビュー。 好きなプロトコルは、LDAP。 Yusuke Ohira
© 2024 Loglass Inc. よいテストってなんだろう?
© 2024 Loglass Inc. テストの原則 Testing is context dependent. JSTQB
FL シラバス http://jstqb.jp/syllabus.html
© 2024 Loglass Inc. テストの原則 6.テストはコンテキスト次第 テストに唯一普遍的に適用できるアプローチは存在しない。テストは、 コンテキストによって異なる方法で行われる(Kaner 2011)。 JSTQB
FL シラバス http://jstqb.jp/syllabus.html
© 2024 Loglass Inc. 私たちのコンテキスト
© 2024 Loglass Inc. 私たちのプロダクト
© 2024 Loglass Inc. 新規事業の開発チーム • スクラムチーム ◦ メインプロダクトとは別チームで開発 ◦
オーソドックスなスクラムチーム ◦ テストはみんなでやるよ • PMFを目指して奮闘中 ◦ ターゲット顧客の要望に対してシャープに機能提供を目指している 私たちのチーム
© 2024 Loglass Inc. 今のプロダクトに必要なこと ターゲット顧客の課題に対して 理解度を深めながら、 高速に価値提供していくことが大切
© 2024 Loglass Inc. 私たちのテストのやり方
© 2024 Loglass Inc. 私たちのテストに対する考え 私たちが提供したい価値(顧客の課題解決) の理解度を上げるためにテストする
© 2024 Loglass Inc. 私たちのテストに対する考え 早い段階でどれだけ 「Unknown unknowns(知らないことを分かっていない)」を減らせるか Known unknownsとUnknown knowns 「知らないことを知っている」とは?
https://data.wingarc.com/unknown-unknown-23097
© 2024 Loglass Inc. 私たちのテストに対する考え どれだけ早くテスト分析・設計できるかが鍵
© 2024 Loglass Inc. 私たちのテストに対する考え
© 2024 Loglass Inc. 私たちのテストに対する考え リリースノート、マニュアル作成?
© 2024 Loglass Inc. リリースノート、マニュアルを書くことで運用の具体イメージを共有する • 自分たちで書くがことで運用の具体をイメージする ◦ マニュアルを書くことで運用の事例を考える ◦
事例を考えることで、具体の仕様を想定する • CSなどのステークホルダーに共有 ◦ 運用レベルで齟齬がないか確認 ◦ 事前に作ることで運用レベルの問題の手戻りを防ぐ 私たちのテストに対する考え
© 2024 Loglass Inc. 私たちのテストの考え方
© 2024 Loglass Inc. 今はこのフェーズだから、このテストしている • プロダクトの状況が変われば、テストの仕方も変わる ◦ もっと、多様なデータを確認するテストが必要になるかもしれない ◦
もっと、汎用的な運用に対応できるテストが必要になるかもしれない ◦ もっと、大規模な性能テストが必要になるかもしれない 私たちのテストの考え方
© 2024 Loglass Inc. 私たちのテストの考え方 今、私たちのプロダクトは、 ターゲット顧客に価値が提供することが 大切
© 2024 Loglass Inc. 私たちのテストの考え方 必要な分だけ機能を作り 必要な分だけテストをする
© 2024 Loglass Inc. 大切なこと • プロダクトの状況を把握して、テストの戦略が考えられること ◦ テストはコンテキスト次第(2回目) •
QAエンジニアだけではなく、チーム全員で考えられること ◦ 全員が納得感をもって進める 私たちのテストの考え方
© 2024 Loglass Inc. 私たちのテストの考え方 これが、 私たちのプロダクトにとっての ちょうどよいテストの考え方
© 2024 Loglass Inc. 2024.08.29 Yusuke Ohira 私たちのプロダクトにとっての (ちょうど)よいテスト(の考え方) vsLT〜ログラス×キャディ編〜
© 2024 Loglass Inc. ご清聴ありがとうございました!
© 2024 Loglass Inc.