『QAという人』が必要ではなく、『QAという技術』が必要

by Jumpei Ito

Slide 1

Slide 1 text

『QAという人』が必要ではなく、『QAという技術』が必要 2 0 2 4 / 3 / 1 7 じゅんぺースクラムフェス神奈川 2 0 2 4 - 春の陣 - バージョン

Slide 2

Slide 2 text

自己紹介 2 • 伊藤潤平(@jp_110) • ウイングアーク１ｓｔ株式会社 • ソフトウェアプロセス＆品質改善部マネージャー • 社外活動 • Scrum Fest Niigata 実行委員会代表 • JaSST Niigata 実行委員 • SigSQAメンバー • YouTube翻訳活動 • プロフィール AgileTD Zone Keynotes in Japanese https://niigatabase.shabellbase.com/engineer_01/

Slide 3

Slide 3 text

心に火が灯された私もLTします！

Slide 4

Slide 4 text

こんなことありませんか？ 4 品質が悪いしテストする時間もないスクラムチーム

Slide 5

Slide 5 text

こんなことありませんか？ 5 そうだ！ QAできる人を採用しよう！スクラムチーム

Slide 6

Slide 6 text

こんなことありませんか？ 6 QAの人だからテストお願いします。スクラムチーム QAエンジニア QAです。よろしくお願いします。

Slide 7

Slide 7 text

こんなことありませんか？ 7 QAエンジニアえ？「QAの人」と言うだけでテスト丸投げ？

Slide 8

Slide 8 text

改めてテストをよく考えてみよう！ Q A にも技術がある 8

Slide 9

Slide 9 text

例.ログイン機能 9 ログイン画面 Username Password ログイン

Slide 10

Slide 10 text

10 テスト計画スプリントフェーズスクラムの場合私の現場では

Slide 11

Slide 11 text

11 テスト分析と設計

Slide 12

Slide 12 text

12 テスト自動化（E2E） E2Eテストで自動化できる（Playwright、Selenium等）

Slide 13

Slide 13 text

13 テスト自動化（API） WebAPIテストで自動化できる（Karate、Postman等）

Slide 14

Slide 14 text

14 テスト自動化（UNIT） Unitテストで自動化できる（Playwright、Karate、JUnit等）

Slide 15

Slide 15 text

15 テスト自動化（PLATFORM）環境さえ準備してしまえばE2Eテストだけ（Hyper-V、Docker等）

Slide 16

Slide 16 text

16 テスト自動化（脆弱性診断）最近は脆弱性診断のツールがいっぱいある（OWASP ZAP等）

Slide 17

Slide 17 text

17 テスト自動化（性能・監視）ツールを駆使（Performance Monitor、New Relic、Insights等）

Slide 18

Slide 18 text

18 探索的テスト探索的に一度手動テスト実行すればよい

Slide 19

Slide 19 text

19 ガイドライン・ツールガイドラインを用意。ツールがあれば使う。

Slide 20

Slide 20 text

20 テスト分析と設計 E2Eテストで自動化できる（Playwright、Selenium等） WebAPIテストで自動化できる（Karate、Postman等） Unitテストで自動化できる（Playwright、Karate、JUnit等）環境さえ準備してしまえばE2Eテストだけ（Hyper-V、Docker等）最近は脆弱性診断のツールがいっぱいある（OWASP ZAP等）ツールを駆使（Performance Monitor、New Relic、Insights等）探索的に一度手動テスト実行すればよいガイドラインを用意、ツールがあれば使う

Slide 21

Slide 21 text

21 LIVINGテスト計画スプリント E2Eテスト APIテスト Unitテスト回帰テスト (E2E,API,Unit) 回帰テスト (E2E,API,Unit) 回帰テスト (E2E,API,Unit) 回帰テスト (E2E,API,Unit) 回帰テスト (E2E,API,Unit) プラットフォームテスト脆弱性診断パフォーマンステスト強制エラーテスト使用性テスト

Slide 22

Slide 22 text

22 DONEの定義（クライテリア）と改善ループスプリント E2Eテスト APIテスト Unitテスト回帰テスト (E2E,API,Unit) 分析&改善プラットフォームテスト脆弱性診断パフォーマンステスト強制エラーテスト使用性テスト DONEの定義 • 機能系テストまで • 非機能系リスクあり DONEの定義 • 深刻度の高い非機能系テスト • UI&UX改善や環境の展開は後で回帰テスト (E2E,API,Unit) 分析&改善回帰テスト (E2E,API,Unit) 分析&改善回帰テスト (E2E,API,Unit) 分析&改善回帰テスト (E2E,API,Unit) 分析&改善

Slide 23

Slide 23 text

23 QAという人ではなく QAという技術が必要だったスクラムチーム QAエンジニア全部スクラムチームでできますね？

Slide 24

Slide 24 text

「じゃあQAエンジニアはスクラムチームで何するの？」と言った声をよく聞きます。 QAエンジニアはチームにQA技術を浸透させましょう。

Slide 25

Slide 25 text

例えば、私の経験では？ 25 境界値テストやりたいスクラムチーム QAエンジニア自動化フレームワーク作って、ハッピーパスだけ通ってます。エラーハンドリングもテストしたい高速にテストを回したいスケールしたい

Slide 26

Slide 26 text

例えば、私の経験では？ 26 色々できそう！スクラムチーム QAエンジニアプルリクください。レビューします。