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
私が経験したアジャイルテスト
Search
Culvert
September 30, 2023
Technology
4
1.4k
私が経験したアジャイルテスト
XP祭り2023の発表資料です
2023/9/30(土)
https://confengine.com/conferences/xp2023/proposal/18836
Culvert
September 30, 2023
Tweet
Share
More Decks by Culvert
See All by Culvert
動作する読みやすいE2Eを目指して/Aim for readable E2E
culvert
1
140
受け入れテスト駆動開発で不確実性に段階的に対処する/Addressing Uncertainty Incrementally with Acceptance Test-Driven-Development
culvert
5
1.6k
ソフトウェアの設計を学び、メンテナンスしやすいテストを作ろう / Learn software design, Create tests that are easy to maintain
culvert
3
2.6k
NaITE__32_First_ML.pdf
culvert
0
380
naite31_jstqb_tm
culvert
0
540
地域の子どもを地域で育てる
culvert
0
210
モヤモヤと向き合う
culvert
0
570
デブサミに行ってきた話
culvert
0
130
Other Decks in Technology
See All in Technology
ABEMAの本番環境負荷試験への挑戦
mk2taiga
5
1.3k
【あのMCPって、どんな処理してるの?】 AWS CDKでの開発で便利なAWS MCP Servers特集
yoshimi0227
6
1k
スタックチャン家庭用アシスタントへの道
kanekoh
0
130
OpenTelemetryセマンティック規約の恩恵とMackerel APMにおける活用例 / SRE NEXT 2025
mackerelio
3
2k
MCP とマネージド PaaS で実現する大規模 AI アプリケーションの高速開発
nahokoxxx
1
500
AI Ready API ─ AI時代に求められるAPI設計とは?/ AI-Ready API - Designing MCP and APIs in the AI Era
yokawasa
15
4.3k
ロールが細分化された組織でSREは何をするか?
tgidgd
1
450
エンジニアリングマネージャー“お悩み相談”パネルセッション
ar_tama
1
140
[SRE NEXT] ARR150億円_エンジニア140名_27チーム_17プロダクトから始めるSLO.pdf
satos
5
3.1k
ClaudeCode_vs_GeminiCLI_Terraformで比較してみた
tkikuchi
1
2.6k
AWS CDK 入門ガイド これだけは知っておきたいヒント集
anank
5
780
Bill One 開発エンジニア 紹介資料
sansan33
PRO
4
13k
Featured
See All Featured
Speed Design
sergeychernyshev
32
1k
VelocityConf: Rendering Performance Case Studies
addyosmani
332
24k
Fashionably flexible responsive web design (full day workshop)
malarkey
407
66k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
667
120k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
26
2.9k
A Tale of Four Properties
chriscoyier
160
23k
Code Review Best Practice
trishagee
69
19k
Measuring & Analyzing Core Web Vitals
bluesmoon
7
520
Music & Morning Musume
bryan
46
6.7k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
233
17k
Learning to Love Humans: Emotional Interface Design
aarron
273
40k
Keith and Marios Guide to Fast Websites
keithpitt
411
22k
Transcript
私が経験したアジャイルテスト 2023/09/30 XP祭り2023
藤原 考功(Takanori Fujiwara) ・XP祭り実行委員 ・ユーザベースの社員(テストエンジニア) ・JSTQB(Japan Software Testing Qualifications
Board)技術委員 自己紹介 2
JSTQB Foundationシラバス Ver4.0(日本語版)がリリースされました ✨お知らせ✨ ・ソフトウェアテストに関する知識が体系的に書かれているシラバスです ・無料でダウンロードできます https://jstqb.jp/syllabus.html 3
WFとアジャイル | 01 | 4
・リリースは一度きり、リリース後は基本的にプロジェクトが解散 ・軽微なもの、稀にしか起こらないものなども含めてバグはできるだけ潰す ・テストはテスト専門の担当者/チームに依頼する(私は依頼される側) (自分が所属した)WFなプロジェクトの特徴 5
・リリースは常にする、プロダクトそのものが存在する限りリリースは続く ・ビジネス価値を速く届けることがまず大事。必要なテストを絞る ・クロスファンクショナルなチームで、チーム全員でテストをする (テスト以外のあらゆる仕事もチーム全員でやる) (自分が所属した)アジャイルなプロジェクトの特徴 6
テストのことを考え始めるタイミングの変化 WF:仕様が固まったあと(仕様が決まるまでテスト担当者は呼ばれない) アジャイル:仕様が固まる前を含めて、いつでも(私以外もみんな考えてる) テストのことを話している中でより良い設計に気づくこともあるし、 設計のことを話している中で足りないテストに気づくこともあるし、 ユニットテストを書く中でユーザーストーリーの不足に気づくこともある (ここからここまでがテストを考える時間、のようにかっちり分けられない) 7
開発ライフサイクルの外側 ・いわゆる「運用」フェーズだったもの ・プロダクトは生きているので、開発だけやるわけにはいかない 本番環境で動いているサービスに対する監視なども、 大きな括りでいえば「テスト」 8
アジャイルチームへの適応 | 02 | 9 1 受け入れテスト編
・最初に受け入れテストを設計し、自動テストとして記述する ・テストステップ(※)は自然言語で書く ・テストコードの実装難易度が低め(HTMLの要素を操作・検証する) ※このあたりの用語はややこしいので用語集を見てね! https://glossary.istqb.org/ja_JP/search 最初は受け入れテストの自動化から 10 * “Fujiwara”ユーザーでログインする *
”中嶋製作所”の”会社概要”を表示する * “資本金”に”1000万円”が表示される
・HTML/CSS ・REST ・Mock ・Selenide ・Gauge ・Kotlin ・Linux ・アジャイル(XP) 覚えることは意外と多かった(粒度は合ってないです) 11
ペアプロで修行する ・わからないなりに手を動かす ・理解していなくてもまずは動くものが書ければヨシ! ・後追いで理解する これだけで2年半くらいを費やしました。自転車の練習と似ていて、 ひたすら手を動かしているうちに、急に書ける瞬間が来る感覚でした。 詰まったら秒でバレるので、恥ずかしくも助けてもらいやすい環境でした。 12
アジャイルチームへの適応 | 02 | 13 2 その他もろもろ編
受け入れテスト以外へも手を広げたくなる ・API(バックエンド)のテスト ・ユニットテスト ・CI/CDパイプライン チームは受け入れテスト以外も色々やっているので、 自分だけ浮いてしまうのが色々な意味で良くなかったと思います (作業分担を考える難易度が上がったり、自己肯定感が上がらなかったり) 14
覚えることはもっと増える(弊社採用ページより) 15
やっぱりペアプロで修行する ・わからないなりに手を動かす ・理解していなくてもまずは動くものが書ければヨシ! ・後追いで理解する 特にプロダクトコードは、全く読めませんでした。 1年半くらいかかって、それなりに手が動くようになってきた感覚です。 16
いま現在からふりかえって ・とても大変だった(今も大変) ・テスト以外にもそれなりに関われるようになったことは大きい ・もっと期間を短くできたのかな、という思いはある 17
まとめ | 03 | 18
大変だけど意味のある変化だった ・(私の場合)WFからアジャイルへの変化は、想像以上に大きかった ・(良い意味で)テストだけに関わるイメージが持てなくなってきた ・適応するための手段はペアプロだった(自分が当事者になる仕掛け) 19
20 ・エクストリームプログラミング ・Clean Agile 基本に立ち戻れ ・クラウドネイティブで実現する マイクロサービス開発・運用 実践ガイド 参考書籍