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.3k
私が経験したアジャイルテスト
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
94
受け入れテスト駆動開発で不確実性に段階的に対処する/Addressing Uncertainty Incrementally with Acceptance Test-Driven-Development
culvert
3
1.1k
ソフトウェアの設計を学び、メンテナンスしやすいテストを作ろう / Learn software design, Create tests that are easy to maintain
culvert
3
2.4k
NaITE__32_First_ML.pdf
culvert
0
350
naite31_jstqb_tm
culvert
0
500
地域の子どもを地域で育てる
culvert
0
180
モヤモヤと向き合う
culvert
0
540
デブサミに行ってきた話
culvert
0
110
Other Decks in Technology
See All in Technology
Amazon CloudWatch Network Monitor のススメ
yuki_ink
1
210
【Pycon mini 東海 2024】Google Colaboratoryで試すVLM
kazuhitotakahashi
2
530
オープンソースAIとは何か? --「オープンソースAIの定義 v1.0」詳細解説
shujisado
9
1.1k
個人でもIAM Identity Centerを使おう!(アクセス管理編)
ryder472
4
230
初心者向けAWS Securityの勉強会mini Security-JAWSを9ヶ月ぐらい実施してきての近況
cmusudakeisuke
0
130
障害対応指揮の意思決定と情報共有における価値観 / Waroom Meetup #2
arthur1
5
480
New Relicを活用したSREの最初のステップ / NRUG OKINAWA VOL.3
isaoshimizu
3
620
SSMRunbook作成の勘所_20241120
koichiotomo
3
160
AWS Lambdaと歩んだ“サーバーレス”と今後 #lambda_10years
yoshidashingo
1
180
Incident Response Practices: Waroom's Features and Future Challenges
rrreeeyyy
0
160
TypeScriptの次なる大進化なるか!? 条件型を返り値とする関数の型推論
uhyo
2
1.7k
これまでの計測・開発・デプロイ方法全部見せます! / Findy ISUCON 2024-11-14
tohutohu
3
370
Featured
See All Featured
Code Reviewing Like a Champion
maltzj
520
39k
Scaling GitHub
holman
458
140k
The MySQL Ecosystem @ GitHub 2015
samlambert
250
12k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
47
5k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
0
97
Six Lessons from altMBA
skipperchong
27
3.5k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
25
1.8k
Code Review Best Practice
trishagee
64
17k
Reflections from 52 weeks, 52 projects
jeffersonlam
346
20k
Practical Orchestrator
shlominoach
186
10k
How to train your dragon (web standard)
notwaldorf
88
5.7k
StorybookのUI Testing Handbookを読んだ
zakiyama
27
5.3k
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 基本に立ち戻れ ・クラウドネイティブで実現する マイクロサービス開発・運用 実践ガイド 参考書籍