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
Sponsored
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
bun
April 15, 2025
Technology
670
1
Share
はじめてのSDET / My first challenge as a SDET
[JaSST nano vol.47](
https://jasst-nano.connpass.com/event/349312/)にて登壇した資料です
。
bun
April 15, 2025
More Decks by bun
See All by bun
メールやSlack通知をトリガーにした非同期APIテスト基盤を作ってみた / async-test-platform-for-automated-testing
bun913
0
260
とあるOSSを継続可能にするための取り組みについて / OSS Refactoring Process
bun913
2
630
そのbeforeEach本当に必要? TIPSをご紹介 / beforeEach TIPS
bun913
1
1.6k
あなたはどっち派?XSpec系テストフレームワークの構造化流派について / XSpec Title Naming
bun913
1
840
良いユニットテストの性質を整理してたら考えるべき設計も見えてきたの
bun913
11
7.2k
GitHub Copilotと快適なユニットテストコード作成生活
bun913
10
8.5k
気が付いたらJSTQB AL TAに合格していた。そんな旅がしたいの。
bun913
2
1.2k
ユーザーストーリーのレビューを自動化したみたの
bun913
1
1.2k
「XX試験の環境作ってよ」と言われた時によく使うAWSのソリューションについて
bun913
0
410
Other Decks in Technology
See All in Technology
Amazon Qはアマコネで頑張っています〜 Amazon Q in Connectについて〜
yama3133
1
170
MCPで決済に楽にする
mu7889yoon
0
170
ハーネスエンジニアリング×AI適応開発
aictokamiya
3
1.3k
会社紹介資料 / Sansan Company Profile
sansan33
PRO
16
410k
Databricks Lakehouse Federationで 運用負荷ゼロのデータ連携
nek0128
0
100
Kiro Meetup #7 Kiro アップデート (2025/12/15〜2026/3/20)
katzueno
2
280
OCI技術資料 : 証明書サービス概要
ocise
1
7.2k
15年メンテしてきたdotfilesから開発トレンドを振り返る 2011 - 2026
giginet
PRO
2
260
遊びで始めたNew Relic MCP、気づいたらChatOpsなオブザーバビリティボットができてました/From New Relic MCP to a ChatOps Observability Bot
aeonpeople
1
150
Databricks Appsで実現する社内向けAIアプリ開発の効率化
r_miura
0
230
Embeddings : Symfony AI en pratique
lyrixx
0
440
最大のアウトプット術は問題を作ること
ryoaccount
0
260
Featured
See All Featured
Amusing Abliteration
ianozsvald
1
150
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.7k
エンジニアに許された特別な時間の終わり
watany
106
240k
Digital Ethics as a Driver of Design Innovation
axbom
PRO
1
250
Mind Mapping
helmedeiros
PRO
1
140
Believing is Seeing
oripsolob
1
100
Design in an AI World
tapps
0
190
Making the Leap to Tech Lead
cromwellryan
135
9.8k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
31
10k
SEO for Brand Visibility & Recognition
aleyda
0
4.4k
Winning Ecommerce Organic Search in an AI Era - #searchnstuff2025
aleyda
1
1.9k
Facilitating Awesome Meetings
lara
57
6.8k
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