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
430
0
Share
私たちのプロダクトにとってのよいテスト/good test for our products
おおひら
August 29, 2024
More Decks by おおひら
See All by おおひら
同僚を社外コミュニティに誘うのは 楽しいからだけじゃないよね。 あなたは、なぜ同僚と社外コミュニティに参加するのですか?私は組織を良くしたかったからです。 そんな私が同僚と社外コミュニティに参加するときに気をつけていることを話すよ。/ Tips to onboard colleagues into communities
camel_404
0
47
B2B SaaSはデプロイだけじゃ終わらない。 リリースノートを書き、マニュアルを作り、サポート対応や運用の定着まで支援して、 顧客の利用定着率向上にチーム全員で取り組む。/ We are ProductOps.
camel_404
2
110
5年間ぐらい、 スプリントレトロスペクティブは、 「+/Δ」しかしてないので、 あらためて良いのか悪いか考えてみる / Doing Plus Delta for about five years
camel_404
1
380
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
370
私たちのプロダクトにとってのちょうどよいテストの考え方 / just right test
camel_404
0
1.5k
あらためてバグバッシュに向き合う
camel_404
0
150
WEB系スタートアップにおけるテスターという仕事についての考察
camel_404
0
140
3ヶ月で パネルディスカッションの イベントを開催する方法
camel_404
0
190
Other Decks in Science
See All in Science
PPIのみを用いたAIによる薬剤–遺伝子–疾患 相互作用の同定
tagtag
PRO
0
210
イロレーティングを活用した関東大学サッカーの定量的実力評価 / A quantitative performance evaluation of Kanto University Football Association using Elo rating
konakalab
0
250
会社でMLモデルを作るとは @電気通信大学 データアントレプレナーフェロープログラム
yuto16
1
640
因果推論と機械学習
sshimizu2006
1
1.1k
あなたに水耕栽培を愛していないとは言わせない
mutsumix
1
310
次代のデータサイエンティストへ~スキルチェックリスト、タスクリスト更新~
datascientistsociety
PRO
3
37k
Endel Tulvingとエピソード記憶
rmaruy
0
100
良書紹介04_生命科学の実験デザイン
bunnchinn3
0
150
SHINOMIYA Nariyoshi
genomethica
0
120
Amusing Abliteration
ianozsvald
1
160
データベース03: 関係データモデル
trycycle
PRO
1
450
Testing the Longevity Bottleneck Hypothesis
chinson03
0
260
Featured
See All Featured
Data-driven link building: lessons from a $708K investment (BrightonSEO talk)
szymonslowik
1
1k
How People are Using Generative and Agentic AI to Supercharge Their Products, Projects, Services and Value Streams Today
helenjbeal
1
170
Put a Button on it: Removing Barriers to Going Fast.
kastner
60
4.2k
For a Future-Friendly Web
brad_frost
183
10k
Building an army of robots
kneath
306
46k
Build your cross-platform service in a week with App Engine
jlugia
234
18k
Public Speaking Without Barfing On Your Shoes - THAT 2023
reverentgeek
1
380
DevOps and Value Stream Thinking: Enabling flow, efficiency and business value
helenjbeal
1
170
Six Lessons from altMBA
skipperchong
29
4.2k
JAMstack: Web Apps at Ludicrous Speed - All Things Open 2022
reverentgeek
1
430
Writing Fast Ruby
sferik
630
63k
Prompt Engineering for Job Search
mfonobong
0
270
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.