Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
私が経験したアジャイルテスト
Search
Sponsored
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
Culvert
September 30, 2023
Technology
1.5k
4
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
私が経験したアジャイルテスト
XP祭り2023の発表資料です
2023/9/30(土)
https://confengine.com/conferences/xp2023/proposal/18836
Culvert
September 30, 2023
More Decks by Culvert
See All by Culvert
動作する読みやすいE2Eを目指して/Aim for readable E2E
culvert
1
180
受け入れテスト駆動開発で不確実性に段階的に対処する/Addressing Uncertainty Incrementally with Acceptance Test-Driven-Development
culvert
5
1.8k
ソフトウェアの設計を学び、メンテナンスしやすいテストを作ろう / Learn software design, Create tests that are easy to maintain
culvert
3
2.8k
NaITE__32_First_ML.pdf
culvert
0
430
naite31_jstqb_tm
culvert
0
580
地域の子どもを地域で育てる
culvert
0
250
モヤモヤと向き合う
culvert
0
610
デブサミに行ってきた話
culvert
0
160
Other Decks in Technology
See All in Technology
Cloudflare Workers 向けアプリを C# で構築する ~WASM Native AOT への道~
nenonaninu
1
480
AIで社員の自主発信に広報目線を組み込む
_mossann_t
0
130
研究開発部の紹介 / Sansan R&D Profile
sansan33
PRO
5
25k
SREは、MCPとAutopilotをこう使え!
kazumax55
3
910
俺の仕事は AIに奪われないし、たぶんその BIも要らない
hikaruri
0
520
EventBridge に「合流」はない ― サーバーレスのワークフローを育てるということ / No Join in EventBridge
yusukeshimizu
2
190
負債のメタファと2026年 / Debt Metaphor in Agentic Engineering Age 202609 Edition
twada
PRO
10
4.2k
銀行勘定系システムにおける開発プロセス刷新×AIによる環境モダナイゼーション / Development Process Transformation and AI-Driven Environment Modernization
muit
1
2.4k
映像変換サーバーなしで端末内でHLSを生成してライブ配信
hikarusato
0
130
`t*(42&t>>10)`だけで音楽が鳴る、Swiftで実装するBytebeat / iOSDC Japan 2026
yutailang0119
0
110
AIエージェントを最高のパートナーに育てる方法|評価と判断軸を育てる5つのステップ
koichiaoki
1
150
Railsのように考える: See through the Master
snoozer05
PRO
4
1.1k
Featured
See All Featured
The Limits of Empathy - UXLibs8
cassininazir
1
680
The agentic SEO stack - context over prompts
schlessera
0
940
B2B Lead Gen: Tactics, Traps & Triumph
marketingsoph
0
240
Lightning Talk: Beautiful Slides for Beginners
inesmontani
PRO
2
700
Marketing to machines
jonoalderson
1
5.8k
From π to Pie charts
rasagy
1
370
SERP Conf. Vienna - Web Accessibility: Optimizing for Inclusivity and SEO
sarafernandez
2
1.6k
My Coaching Mixtape
mlcsv
0
320
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
31
2.9k
Impact Scores and Hybrid Strategies: The future of link building
tamaranovitovic
0
440
How People are Using Generative and Agentic AI to Supercharge Their Products, Projects, Services and Value Streams Today
helenjbeal
1
320
Leveraging Curiosity to Care for An Aging Population
cassininazir
1
500
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 基本に立ち戻れ ・クラウドネイティブで実現する マイクロサービス開発・運用 実践ガイド 参考書籍