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
110
受け入れテスト駆動開発で不確実性に段階的に対処する/Addressing Uncertainty Incrementally with Acceptance Test-Driven-Development
culvert
3
1.2k
ソフトウェアの設計を学び、メンテナンスしやすいテストを作ろう / Learn software design, Create tests that are easy to maintain
culvert
3
2.5k
NaITE__32_First_ML.pdf
culvert
0
360
naite31_jstqb_tm
culvert
0
510
地域の子どもを地域で育てる
culvert
0
190
モヤモヤと向き合う
culvert
0
550
デブサミに行ってきた話
culvert
0
120
Other Decks in Technology
See All in Technology
顧客の声を集めて活かすリクルートPdMのVoC活用事例を徹底解剖!〜プロデザ!〜
recruitengineers
PRO
0
200
DevSecOps入門:Security Development Lifecycleによる開発プロセスのセキュリティ強化
yuriemori
0
240
HCP TerraformとAzure:イオンスマートテクノロジーのインフラ革新 / HCP Terraform and Azure AEON Smart Technology's Infrastructure Innovation
aeonpeople
3
990
2025/1/29 BigData-JAWS 勉強会 #28 (re:Invent 2024 re:Cap)/new-feature-preview-q-in-quicksight-scenarios-tried-and-tested
emiki
0
310
パブリッククラウドのプロダクトマネジメントとアーキテクト
tagomoris
4
770
信頼性を支えるテレメトリーパイプラインの構築 / Building Telemetry Pipeline with OpenTelemetry
ymotongpoo
9
5k
Server Side Swift 実践レポート: 2024年に案件で採用して見えた課題と可能性
yusuga
1
420
バクラクの組織とアーキテクチャ(要約)2025/01版
shkomine
13
3k
Tech Blog執筆のモチベート向上作戦
imamura_ko_0314
0
740
ソフトウェアアーキテクトのための意思決定術: Software Architecture and Decision-Making
snoozer05
PRO
17
4k
攻撃者の視点で社内リソースはどう見えるのかを ASMで実現する
hikaruegashira
4
2.1k
(Simutrans) 所要時間ベース経路検索のご紹介
teamhimeh
0
100
Featured
See All Featured
Build The Right Thing And Hit Your Dates
maggiecrowley
34
2.5k
Optimizing for Happiness
mojombo
376
70k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
45
2.3k
How STYLIGHT went responsive
nonsquared
96
5.3k
A better future with KSS
kneath
238
17k
4 Signs Your Business is Dying
shpigford
182
22k
Git: the NoSQL Database
bkeepers
PRO
427
64k
For a Future-Friendly Web
brad_frost
176
9.5k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
44
9.4k
KATA
mclloyd
29
14k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
52k
Writing Fast Ruby
sferik
628
61k
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 基本に立ち戻れ ・クラウドネイティブで実現する マイクロサービス開発・運用 実践ガイド 参考書籍