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
はじめてのSDET / My first challenge as a SDET
Search
bun
April 15, 2025
Technology
1
510
はじめてのSDET / My first challenge as a SDET
[JaSST nano vol.47](
https://jasst-nano.connpass.com/event/349312/)にて登壇した資料です
。
bun
April 15, 2025
Tweet
Share
More Decks by bun
See All by bun
とあるOSSを継続可能にするための取り組みについて / OSS Refactoring Process
bun913
2
550
そのbeforeEach本当に必要? TIPSをご紹介 / beforeEach TIPS
bun913
1
1.3k
あなたはどっち派?XSpec系テストフレームワークの構造化流派について / XSpec Title Naming
bun913
1
730
良いユニットテストの性質を整理してたら考えるべき設計も見えてきたの
bun913
11
7k
GitHub Copilotと快適なユニットテストコード作成生活
bun913
10
8.2k
気が付いたらJSTQB AL TAに合格していた。そんな旅がしたいの。
bun913
2
1k
ユーザーストーリーのレビューを自動化したみたの
bun913
1
1.1k
「XX試験の環境作ってよ」と言われた時によく使うAWSのソリューションについて
bun913
0
380
出社っていいものなの。開発者のテストに対する疑問や思いが聞けたの
bun913
0
910
Other Decks in Technology
See All in Technology
組織観点からIAM Identity CenterとIAMの設計を考える
nrinetcom
PRO
1
170
動画データのポテンシャルを引き出す! Databricks と AI活用への奮闘記(現在進行形)
databricksjapan
0
140
Access-what? why and how, A11Y for All - Nordic.js 2025
gdomiciano
1
110
Goにおける 生成AIによるコード生成の ベンチマーク評価入門
daisuketakeda
2
100
SwiftUIのGeometryReaderとScrollViewを基礎から応用まで学び直す:設計と活用事例
fumiyasac0921
0
140
生成AIとM5Stack / M5 Japan Tour 2025 Autumn 東京
you
PRO
0
210
ユニットテストに対する考え方の変遷 / Everyone should watch his live coding
mdstoy
0
130
AIが書いたコードをAIが検証する!自律的なモバイルアプリ開発の実現
henteko
1
340
自動テストのコストと向き合ってみた
qa
0
140
Large Vision Language Modelを用いた 文書画像データ化作業自動化の検証、運用 / shibuya_AI
sansan_randd
0
110
BirdCLEF+2025 Noir 5位解法紹介
myso
0
190
Azure Well-Architected Framework入門
tomokusaba
1
300
Featured
See All Featured
Building Adaptive Systems
keathley
43
2.8k
Art, The Web, and Tiny UX
lynnandtonic
303
21k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
132
19k
Facilitating Awesome Meetings
lara
56
6.6k
A Tale of Four Properties
chriscoyier
160
23k
How to train your dragon (web standard)
notwaldorf
96
6.3k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
114
20k
Producing Creativity
orderedlist
PRO
347
40k
The World Runs on Bad Software
bkeepers
PRO
71
11k
The Illustrated Children's Guide to Kubernetes
chrisshort
48
51k
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
The Straight Up "How To Draw Better" Workshop
denniskardys
237
140k
Transcript
はじめてのSDET あれ?私の職種レアすぎ・・・? Jasst Nano vol.47 1
自己紹介 bun (ぶん)さん Jasst Nano Vol.29 ~ Vol.40 に登壇 •
2024 年7 月 に開発(っぽい)エンジニアからSDET (後 述)として転職しました • 開発・AWS ・テストちょっとずつできます • ISTQB TTA/TA/TM 取得済み • 2024/2023 Japan AWS Top Engineers / All Certifications Engineers • 2
なぜ登壇を控えていたのか? 3
物理的に時間がなくって・・・英 語を学習してました 4
成果 (2024.7 ~ 2025.3) TOEIC LR: 675 → 845 •
PROGOS: A1 → B1High ( 最高: B2) • 英会話: \(^o^) / → 自分の興味のあるト ピックならわりと話せるように • 5
これが言いたかった 6
冗談はさておき、ここからが本題 7
今していること ずっと何年も一人QA でプロダクトを支えてきた偉大なQAE と2 人のQA チームに います • SDET (Software
Development Engineer in Test) という職種です • 2024.7 に開発者っぽい仕事からジョブチェンジしました • 8
SDET として 理想: 開発の知見もQA エンジニアのスキルもある人が、よりテストやQA にフォ ーカスして開発に自信を早く多く与える • シフトレフトの推進 ◦
自動テストの効果的な導入・促進 ◦ 9
レア目な職種なので、ちょっと自分語 りをしてみます 10
チームに役立てたと思うこと・まだ まだなところ 11
チームに還元できたと思うこと ソフトウェア開発経験の知見と技術 • AWS エンジニアとしての経験 • CI/CD を実装する上での課題に対する解決案の提案 • 12
たとえば Playwright を使ったAPI テストの自動化 • TypeScript のエコシステムを使って極力AI に書いてもらいやすく ◦ テスト自動化に際するインフラ的な制限への対応
• よくあるのは特定のIP アドレスしか許容していないアプリへの対応など ◦ 静的解析を改良・CI への組み込み • 13
最近だとMCP サーバーを自作したり Zenn にて公開 • Model Context Protocol の略称 •
14
非常にわかりやすかった資料 15
クラスメソッドさん ブログ • プロトコルの仕様 • 開発方法 • などわかりやすく書いてある • 16
本当は「TestRail のテストケースを 自然言語で実装してみた」したかっ た 17
間に合いませんでした(多分ブログ書 きます) 18
つまずいたことならブログにしました 張り切って機能を提供しすぎるとMCP クライアントが認識できなかった • AI モデルが保有できるコンテキストはシビアなので、多くの情報をかえしすぎ ない • 19
不足している能力 20
足りていないと感じる能力 QAE としてのスキル • 特にテスト分析と探索的テストのスキル • 英語(ボソッ・・・) • 21
SDET は自動化しとけばいいわけ じゃない(と私は思います) ≠ 22
手動テストのメリットを理解し て、テストケースを自動化したい → 23
そうなると足りないもの 24
テスト分析スキル テスト観点の不足による「何をテストするべき」の整理が弱い • あぁぁ・・・ここにもエラー出力がされていた ◦ あぁぁ・・・エラーハンドリングをする際にユーザーセッションなどの目に見えない状態 を考慮忘れたぁ ◦ 25
それに対して最近同僚が、ゆもつよメ ソッドを持ってきてくれたり 26
詳細は省略します(良質な資料が検索だけでも たくさん) 27
すぐに感じたメリット 段階的にテスト条件を考えることができる • 「出力」の観点「反映」の観点などが嫌でも目に入る • エラーが反映されるべき場所 ◦ 状態が反映されるのは詳細ページだけ? ◦ 人に依存するのではなくテスト分析の型がチームでできそう
• テスト分析レビューもしやすい • 28
探索的テストについて 29
私「いや。実行者の経験とスキルに左 右されすぎるのでは?」 30
確かにそう。 31
だけど、それを言うにも手を尽くして から言わないとだよね 32
せや!英語の勉強と合わせて探索的テ ストについて学んだろ! 33
ということでブログ書きました Explore It! • ページも200 もないので読みやすい。構文もそこまで難しくない。 • 34
心がけ始めたこと 開発者も多分知らない、そんな未知を探すのはワクワクする • いい感じのチャーターで想像力を働かせる • 「What if? 」を再現するためにツールや開発周りの知見のキャッチアップを続 ける •
35
自分がいることの利点・足りない能力 を感じていました 36
まとめ SDET として働き始めて、10 ヶ月くらい経ちました • 貢献できているところ • 開発やAWS エンジニアとして手をうごかせる、簡単な設計ができるという存在がQA チー
ムにいる ◦ まだまだ頑張る • テスト分析・探索的テスト力の向上 ◦ 37
ご清聴ありがとうございました 38