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
460
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
69
B2B SaaSはデプロイだけじゃ終わらない。 リリースノートを書き、マニュアルを作り、サポート対応や運用の定着まで支援して、 顧客の利用定着率向上にチーム全員で取り組む。/ We are ProductOps.
camel_404
2
140
5年間ぐらい、 スプリントレトロスペクティブは、 「+/Δ」しかしてないので、 あらためて良いのか悪いか考えてみる / Doing Plus Delta for about five years
camel_404
1
450
Within the team, I grow as a tester and continuously pursue product quality
camel_404
6
3.3k
雑にコミュニティを続けてもいいと思っている/Feel free to continue the community
camel_404
0
400
私たちのプロダクトにとってのちょうどよいテストの考え方 / just right test
camel_404
0
1.7k
あらためてバグバッシュに向き合う
camel_404
0
170
WEB系スタートアップにおけるテスターという仕事についての考察
camel_404
0
160
3ヶ月で パネルディスカッションの イベントを開催する方法
camel_404
0
200
Other Decks in Science
See All in Science
Kritische evaluatie van GenAI-output voor literatuuronderzoek
voginip
0
190
1. CPC理論の展開と集合的知能モデル(JSAI2026 KS-27 集合的予測符号化と新たな知性の時代)
hayashiyus884
1
290
データベース12: 正規化(2/2) - データ従属性に基づく正規化
trycycle
PRO
0
1.2k
Endel Tulvingとエピソード記憶
rmaruy
0
140
明治薬科大学講義_ビッグデータ解析を支えるデータベース技術とクラウドコンピューティング
ktatsuya
1
130
AkarengaLT vol.40
hashimoto_kei
0
110
チュートリアル:世界モデル
hf149
0
1.9k
生成AIと司法書士の未来.pdf
tagtag
PRO
0
130
HajimetenoLT vol.17
hashimoto_kei
1
240
SHINOMIYA Nariyoshi
genomethica
0
160
データベース01: データベースを使わない世界
trycycle
PRO
1
1.3k
Bリーグのショットデータを活用した得点期待値モデルの構築 / Construction of expected points model using shot data of B.LEAGUE
konakalab
0
150
Featured
See All Featured
30 Presentation Tips
portentint
PRO
1
340
Mobile First: as difficult as doing things right
swwweet
225
10k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
234
17k
Writing Fast Ruby
sferik
630
63k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
162
16k
The Mindset for Success: Future Career Progression
greggifford
PRO
0
410
Product Roadmaps are Hard
iamctodd
55
12k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
49
3.5k
How To Speak Unicorn (iThemes Webinar)
marktimemedia
1
500
Code Review Best Practice
trishagee
74
20k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
367
27k
Abbi's Birthday
coloredviolet
3
8.5k
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.