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
おおひら
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
65
B2B SaaSはデプロイだけじゃ終わらない。 リリースノートを書き、マニュアルを作り、サポート対応や運用の定着まで支援して、 顧客の利用定着率向上にチーム全員で取り組む。/ We are ProductOps.
camel_404
2
130
5年間ぐらい、 スプリントレトロスペクティブは、 「+/Δ」しかしてないので、 あらためて良いのか悪いか考えてみる / Doing Plus Delta for about five years
camel_404
1
440
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
170
WEB系スタートアップにおけるテスターという仕事についての考察
camel_404
0
150
3ヶ月で パネルディスカッションの イベントを開催する方法
camel_404
0
200
Other Decks in Science
See All in Science
JSAI2026企画セッションKS-14 インタビュー集『⼈⼯知能と哲学と四つの問い』が提起する⼈⼯知能のこれからの課題 趣旨説明 / JSAI2026 Special Session: A Collection of Interviews, “Artificial Intelligence, Philosophy, and Four Questions”
ykiyota
0
300
Endel Tulvingとエピソード記憶
rmaruy
0
140
防災デジタル分野での官民共創の取り組み (1)防災DX官民共創をどう進めるか
ditccsugii
0
670
20260220 OpenIDファウンデーション・ジャパン ご紹介 / 20260220 OpenID Foundation Japan Intro
oidfj
0
370
なぜ21は素因数分解されないのか? - Shorのアルゴリズムの現在と壁
daimurat
0
460
Utiliser Bitcoin sans Internet
rlifchitz
0
250
Conversation is the New Dashboard: 属人性を排除する第4世代BIツールの勢力図
shomaekawa
1
600
俺たちは本当に分かり合えるのか? ~ PdMとスクラムチームの “ずれ” を科学する
bonotake
2
2.4k
Wet Active Matter
rajeshrinet
0
110
J-STAGE全文XML登載必須化について
xspa2012
0
870
AI bij literatuuronderzoek in de wetenschap
voginip
0
190
NDCG is NOT All I Need
statditto
2
3.2k
Featured
See All Featured
BBQ
matthewcrist
89
10k
Embracing the Ebb and Flow
colly
88
5.1k
Technical Leadership for Architectural Decision Making
baasie
3
420
Building Adaptive Systems
keathley
44
3.1k
Taking LLMs out of the black box: A practical guide to human-in-the-loop distillation
inesmontani
PRO
3
2.3k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
16
2k
Groundhog Day: Seeking Process in Gaming for Health
codingconduct
0
220
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
194
17k
Joys of Absence: A Defence of Solitary Play
codingconduct
1
400
The untapped power of vector embeddings
frankvandijk
2
1.8k
ラッコキーワード サービス紹介資料
rakko
1
3.7M
AI: The stuff that nobody shows you
jnunemaker
PRO
8
740
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.