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
『QAという人』が必要ではなく、『QAという技術』が必要
Search
Jumpei Ito
March 17, 2024
Technology
2
1.4k
『QAという人』が必要ではなく、『QAという技術』が必要
https://www.scrumfestkanagawa.org/
Jumpei Ito
March 17, 2024
Tweet
Share
More Decks by Jumpei Ito
See All by Jumpei Ito
ソフトウェアがJISマーク認証される時代に!~標準化がもたらすソフトウェア品質の確保や市場への信頼性向上~
sadonosake
0
3.9k
『QAという人』よりも、『QAという技術』を
sadonosake
0
58
Team Dynamicsを目指すウイングアーク1stのQAチーム
sadonosake
1
1k
グイグイ系QAマネージャーの仕事
sadonosake
0
1.6k
The story of how a small team gradually become a Whole Team
sadonosake
0
120
QAという人が必要ではなくQAという技術が必要
sadonosake
1
620
Reimagining Automation
sadonosake
1
230
「人材採用は現場の仕事」という話
sadonosake
0
150
War for talent 時代の、古くて新しい仲間集めの形_~weak ties と strong tiesの力~
sadonosake
0
3.3k
Other Decks in Technology
See All in Technology
メルカリIBIS:AIが拓く次世代インシデント対応
0gm
2
460
Amazon Bedrock AgentCore でプロモーション用動画生成エージェントを開発する
nasuvitz
2
120
生成AIによるデータサイエンスの変革
taka_aki
0
3.1k
事業特性から逆算したインフラ設計
upsider_tech
0
240
結局QUICで通信は速くなるの?
kota_yata
8
7.5k
AI時代の大規模データ活用とセキュリティ戦略
ken5scal
1
260
Oracle Base Database Service:サービス概要のご紹介
oracle4engineer
PRO
1
20k
「Roblox」の開発環境とその効率化 ~DAU9700万人超の巨大プラットフォームの開発 事始め~
keitatanji
0
140
Mackerel in さくらのクラウド
cubicdaiya
1
310
Amazon Q と『音楽』-ゲーム音楽もAmazonQで作成してみた感想-
senseofunity129
0
170
[OCI Technical Deep Dive] OCIで生成AIを活用するためのソリューション解説(2025年8月5日開催)
oracle4engineer
PRO
0
120
MCPサーバーを活用したAWSコスト管理
arie0703
0
130
Featured
See All Featured
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
36
2.5k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
9
770
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
131
19k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
48
9.6k
Building Flexible Design Systems
yeseniaperezcruz
328
39k
Faster Mobile Websites
deanohume
309
31k
Why Our Code Smells
bkeepers
PRO
338
57k
Fireside Chat
paigeccino
39
3.6k
Designing for Performance
lara
610
69k
How to Think Like a Performance Engineer
csswizardry
25
1.8k
Site-Speed That Sticks
csswizardry
10
770
Rails Girls Zürich Keynote
gr2m
95
14k
Transcript
『QAという人』が必要ではなく、『QAという技術』が必要 2 0 2 4 / 3 / 1 7
じゅんぺー ス ク ラ ム フ ェ ス 神 奈 川 2 0 2 4 - 春 の 陣 - バ ー ジ ョ ン
自己紹介 2 • 伊藤 潤平(@jp_110) • ウイングアーク1st株式会社 • ソフトウェアプロセス&品質改善部 マネージャー
• 社外活動 • Scrum Fest Niigata 実行委員会 代表 • JaSST Niigata 実行委員 • SigSQAメンバー • YouTube翻訳活動 • プロフィール AgileTD Zone Keynotes in Japanese https://niigatabase.shabellbase.com/engineer_01/
心に火が灯された 私もLTします!
こんなことありませんか? 4 品質が悪いし テストする時間も ない スクラムチーム
こんなことありませんか? 5 そうだ! QAできる人を 採用しよう! スクラムチーム
こんなことありませんか? 6 QAの人だから テストお願いしま す。 スクラムチーム QAエンジニア QAです。 よろしく お願いします。
こんなことありませんか? 7 QAエンジニア え?「QAの人」 と言うだけで テスト丸投げ?
改めてテストを よく考えてみよう! Q A に も 技 術 が あ
る 8
例.ログイン機能 9 ログイン画面 Username Password ログイン
10 テスト計画 スプリント フェーズ スクラムの場合 私の現場では
11 テスト分析と設計
12 テスト自動化(E2E) E2Eテストで自動化できる (Playwright、Selenium等)
13 テスト自動化(API) WebAPIテストで自動化できる (Karate、Postman等)
14 テスト自動化(UNIT) Unitテストで自動化できる (Playwright、Karate、JUnit等)
15 テスト自動化(PLATFORM) 環境さえ準備してしまえばE2Eテストだけ (Hyper-V、Docker等)
16 テスト自動化(脆弱性診断) 最近は脆弱性診断のツールがいっぱいある (OWASP ZAP等)
17 テスト自動化(性能・監視) ツールを駆使 (Performance Monitor、New Relic、Insights等)
18 探索的テスト 探索的に一度手動テスト実行すればよい
19 ガイドライン・ツール ガイドラインを用意。ツールがあれば使う。
20 テスト分析と設計 E2Eテストで自動化できる (Playwright、Selenium等) WebAPIテストで自動化できる (Karate、Postman等) Unitテストで自動化できる (Playwright、Karate、JUnit等) 環境さえ準備してしまえばE2Eテストだけ (Hyper-V、Docker等)
最近は脆弱性診断のツールがいっぱいある (OWASP ZAP等) ツールを駆使 (Performance Monitor、New Relic、Insights等) 探索的に一度手動テスト実行すればよい ガイドラインを用意、ツールがあれば使う
21 LIVINGテスト計画 スプリント E2Eテスト APIテスト Unitテスト 回帰テスト (E2E,API,Unit) 回帰テスト (E2E,API,Unit)
回帰テスト (E2E,API,Unit) 回帰テスト (E2E,API,Unit) 回帰テスト (E2E,API,Unit) プラットフォーム テスト 脆弱性診断 パフォーマンス テスト 強制エラーテスト 使用性テスト
22 DONEの定義(クライテリア)と改善ループ スプリント E2Eテスト APIテスト Unitテスト 回帰テスト (E2E,API,Unit) 分析&改善 プラットフォーム
テスト 脆弱性診断 パフォーマンス テスト 強制エラーテスト 使用性テスト DONEの定義 • 機能系テストまで • 非機能系リスクあり DONEの定義 • 深刻度の高い非機能系テスト • UI&UX改善や環境の展開は後 で 回帰テスト (E2E,API,Unit) 分析&改善 回帰テスト (E2E,API,Unit) 分析&改善 回帰テスト (E2E,API,Unit) 分析&改善 回帰テスト (E2E,API,Unit) 分析&改善
23 QAという人 ではなく QAという技術 が必要だった スクラムチーム QAエンジニア 全部 スクラムチームで できますね?
「じゃあQAエンジニアはスクラムチームで何するの?」 と言った声をよく聞きます。 QAエンジニアはチームにQA技術を浸透させましょう。
例えば、私の経験では? 25 境界値テスト やりたい スクラムチーム QAエンジニア 自動化フレーム ワーク作って、 ハッピーパスだけ 通ってます。
エラーハンド リングもテス トしたい 高速にテスト を回したい スケール したい
例えば、私の経験では? 26 色々できそう! スクラムチーム QAエンジニア プルリクください。 レビューします。
もっと知りたければ? 27
None
ご清聴ありがとうございます