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
0
420
私たちのプロダクトにとってのよいテスト/good test for our products
おおひら
August 29, 2024
Tweet
Share
More Decks by おおひら
See All by おおひら
同僚を社外コミュニティに誘うのは 楽しいからだけじゃないよね。 あなたは、なぜ同僚と社外コミュニティに参加するのですか?私は組織を良くしたかったからです。 そんな私が同僚と社外コミュニティに参加するときに気をつけていることを話すよ。/ Tips to onboard colleagues into communities
camel_404
0
31
B2B SaaSはデプロイだけじゃ終わらない。 リリースノートを書き、マニュアルを作り、サポート対応や運用の定着まで支援して、 顧客の利用定着率向上にチーム全員で取り組む。/ We are ProductOps.
camel_404
2
95
5年間ぐらい、 スプリントレトロスペクティブは、 「+/Δ」しかしてないので、 あらためて良いのか悪いか考えてみる / Doing Plus Delta for about five years
camel_404
1
340
Within the team, I grow as a tester and continuously pursue product quality
camel_404
6
3.1k
雑にコミュニティを続けてもいいと思っている/Feel free to continue the community
camel_404
0
360
私たちのプロダクトにとってのちょうどよいテストの考え方 / just right test
camel_404
0
1.5k
あらためてバグバッシュに向き合う
camel_404
0
150
WEB系スタートアップにおけるテスターという仕事についての考察
camel_404
0
140
3ヶ月で パネルディスカッションの イベントを開催する方法
camel_404
0
180
Other Decks in Science
See All in Science
凸最適化からDC最適化まで
santana_hammer
1
370
データから見る勝敗の法則 / The principle of victory discovered by science (open lecture in NSSU)
konakalab
1
290
俺たちは本当に分かり合えるのか? ~ PdMとスクラムチームの “ずれ” を科学する
bonotake
2
2.1k
Kaggle: NeurIPS - Open Polymer Prediction 2025 コンペ 反省会
calpis10000
0
430
防災デジタル分野での官民共創の取り組み (1)防災DX官民共創をどう進めるか
ditccsugii
0
570
Bear-safety-running
akirun_run
0
110
Accelerating operator Sinkhorn iteration with overrelaxation
tasusu
0
240
データマイニング - グラフデータと経路
trycycle
PRO
2
480
機械学習 - ニューラルネットワーク入門
trycycle
PRO
0
960
SpatialRDDパッケージによる空間回帰不連続デザイン
saltcooky12
0
190
academist Prize 4期生 研究トーク延長戦!「美は世界を救う」っていうけど、どうやって?
jimpe_hitsuwari
0
500
A Guide to Academic Writing Using Generative AI - A Workshop
ks91
PRO
0
240
Featured
See All Featured
Data-driven link building: lessons from a $708K investment (BrightonSEO talk)
szymonslowik
1
980
Marketing to machines
jonoalderson
1
5k
Six Lessons from altMBA
skipperchong
29
4.2k
First, design no harm
axbom
PRO
2
1.1k
Optimising Largest Contentful Paint
csswizardry
37
3.6k
Accessibility Awareness
sabderemane
0
84
WENDY [Excerpt]
tessaabrams
9
37k
Leveraging Curiosity to Care for An Aging Population
cassininazir
1
200
From Legacy to Launchpad: Building Startup-Ready Communities
dugsong
0
180
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
52
5.9k
エンジニアに許された特別な時間の終わり
watany
106
240k
Unlocking the hidden potential of vector embeddings in international SEO
frankvandijk
0
210
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.