【mablers_JP - Online MeetsUp vol.4】Bitkeyでのmablを活用したテストエンジニアの思考プロセス機械化

3 Copyright © 2023 Bitkey Inc. All right reserved. はじめに
◾本セッションの対象者 - mabl導⼊を検討している企業または個⼈ - mablを導⼊したが、⾃⾝以外が担当していた範囲のテストケースの作成にお困りの⽅ - 他社でのmabl導⼊事例を知りたい⽅ ◾本セッションのゴール - mabl導⼊を検討している⽅は具体的な業務内容を知ることで、導⼊判断に活かすことができる - mabl利⽤者は他メンバーが実施しているテストをmablで作成することができるようになる

5 Copyright © 2023 Bitkey Inc. All right reserved. 株式会社ビットキー
自己紹介・テスト自動化エンジニア・Workspace事業を中心に活動中資格・mabl Skills Certiﬁcation - Foundation - Advanced - Non-Functional 三上鹿 Mikami Roku ▶[Qiita] : @Roku_Mikami_bitkey ▶[Speaker Deck] : r0ku

6 Copyright © 2023 Bitkey Inc. All right reserved. 2018.08
2022.11 2023.01 株式会社ソニー・インタラクティブ・エンタテインメントへ参画テストエンジニアとして家庭用ゲーム機とその周辺機器を対象としたシステムテストを行う株式会社ビットキーへ参画テストエンジニアとしてIoT製品を対象としたシステムテストを行う mablによる自動化推進の専任者としてアサインされる 2023.09 テスト自動化エンジニアとして自動テストの導入を推進中自己紹介三上鹿 Mikami Roku ▶[Qiita] : @Roku_Mikami_bitkey ▶[Speaker Deck] : r0ku

【テーマ】良質な自動テストを作成する鍵はテストエンジニアの思考プロセス！優れたテストエンジニアならではの思考プロセスをFLOWで表現➡機械化することで良質なテストをいつでも・誰でも再現可能にしよう【第二章】自動テストの品質を高めるための取り組み ①データの命名規則を決定する ②テストの読みやすさを意識する ③テストエンジニアの思考プロセスをFLOWで表現する【第一章】mablにおける自動テスト作成方法 ①基本構成 ②作成フロー ③FLOWを活用した自動テストの作成【第三章】ビットキーのmabl導入事例 ①導入の背景 ②リグレッションテストの自動化率 ③自動テスト作成のライフサイクル ④実際の利用画面【終章】mablと出会って

【テーマ】良質な自動テストを作成する鍵はテストエンジニアの思考プロセス！優れたテストエンジニアならではの思考プロセスをFLOWで表現➡機械化することで良質なテストをいつでも・誰でも再現可能にしよう【第二章】自動テストの品質を高めるための取り組み ①データの命名規則を決定する ②テストの読みやすさを意識する ③テストエンジニアの思考プロセスをFLOWで表現する【第一章】mablにおける自動テスト作成方法 ①基本構成 ②作成フロー ③FLOWを活用した自動テストの作成【第三章】ビットキーのmabl導入事例 ①導入の背景 ②リグレッションテストの自動化率 ③自動テスト作成のライフサイクル ④実際の利用画面【終章】mablと出会って全四章でお送りします！

【第一章】mablにおける自動テスト作成方法 ①基本構成 ②作成フロー ③FLOWを活用した自動テストの作成

- ①基本構成引用：https://help.mabl.com/docs/product-overview-ja ◾mablワークスペースの構成

19 Copyright © 2023 Bitkey Inc. All right reserved. ◾mablワークスペースの構成
引用：https://help.mabl.com/docs/product-overview-ja 検証環境を構成する最上位の要素【第一章】mablにおける自動テスト作成方法 - ①基本構成

引用：https://help.mabl.com/docs/product-overview-ja 検証対象となるプロダクト検証環境を構成する最上位の要素【第一章】mablにおける自動テスト作成方法 - ①基本構成

引用：https://help.mabl.com/docs/product-overview-ja 検証対象となるプロダクト検証環境を構成する最上位の要素検証を行う環境【第一章】mablにおける自動テスト作成方法 - ①基本構成

引用：https://help.mabl.com/docs/product-overview-ja 検証対象となるプロダクト検証環境を構成する最上位の要素検証を行う環境テストをまとめる箱【第一章】mablにおける自動テスト作成方法 - ①基本構成

引用：https://help.mabl.com/docs/product-overview-ja 検証対象となるプロダクト検証環境を構成する最上位の要素検証を行う環境テストをまとめる箱操作を記録し保存【第一章】mablにおける自動テスト作成方法 - ①基本構成

- ②作成フロー環境を指定アプリケーションを指定テストを作成テストを実行 ◾シンプルに作る場合・・・

- ②作成フロー環境を指定アプリケーションを指定テストを作成テストを実行 ◾シンプルに作る場合・・・最短4工程で完了

- ②作成フロー環境を指定アプリケーションを指定テストを作成テストを実行 ◾シンプルに作る場合・・・最短4工程で完了自動テストをしっかり運用していく場合は工夫する必要がある

- ②作成フロー環境を指定アプリケーションを指定テストを作成テストを実行 ◾シンプルに作る場合・・・最短4工程で完了自動テストをしっかり運用していく場合は工夫する必要があるそこでここではユーザーの多くが行っている...と思われる工程を追加して紹介します

- ②作成フロー環境を指定アプリケーションを指定テストを作成テストを実行 ◾シンプルに作る場合・・・最短4工程で完了自動テストをしっかり運用していく場合は工夫する必要があるそこでここではユーザーの多くが行っている...と思われる工程を追加して紹介しますビットキーでの実践例は第三章にて！

- ②作成フロー環境を指定アプリケーションを指定テストを作成テストを実行 ◾シンプルに作る場合・・・一般的？な工程にすると・・・

- ②作成フロー環境を指定アプリケーションを指定テストを作成(1~Nコ) プランを作成 ◾一般的？な工程開発ブランチを作成プランを実行 masterブランチにマージ

- ②作成フロー環境を指定アプリケーションを指定テストを作成(1~Nコ) プランを作成 ◾一般的？な工程開発ブランチを作成プランを実行 masterブランチにマージ順番に説明します！

- ②作成フロー環境を指定アプリケーションを指定テストを作成(1~Nコ) プランを作成開発ブランチを作成プランを実行 masterブランチにマージ

- ②作成フロー ◾ブランチ一覧画面環境を指定アプリケーションを指定テストを作成(1~Nコ) プランを作成開発ブランチを作成プランを実行 masterブランチにマージ

- ②作成フロー ◾ブランチ一覧画面ブランチ・・・小規模の作業スペース環境を指定アプリケーションを指定テストを作成(1~Nコ) プランを作成開発ブランチを作成プランを実行 masterブランチにマージ

- ②作成フロー環境を指定アプリケーションを指定テストを作成(1~Nコ) プランを作成開発ブランチを作成プランを実行 masterブランチにマージ ◾ブランチ一覧画面ブランチ・・・小規模の作業スペース mablには下記2種類のブランチが存在・masterブランチ・・・完成したテストを動かす場所・開発ブランチ・・・テストを作成する場所

- ②作成フロー環境を指定アプリケーションを指定テストを作成(1~Nコ) プランを作成開発ブランチを作成プランを実行 masterブランチにマージ ◾ブランチ一覧画面ブランチ・・・小規模の作業スペース mablには下記2種類のブランチが存在・masterブランチ・・・完成したテストを動かす場所・開発ブランチ・・・テストを作成する場所完成したテストに影響しないように独立した作業スペース=開発ブランチでテストを作成する

- ②作成フロー環境を指定アプリケーションを指定テストを作成(1~Nコ) プランを作成開発ブランチを作成プランを実行 masterブランチにマージ ◾テスト作成画面

- ②作成フロー環境を指定アプリケーションを指定テストを作成(1~Nコ) プランを作成開発ブランチを作成プランを実行 masterブランチにマージ ◾テスト作成画面アプリケーション・・・テスト対象となるものを設定

- ②作成フロー環境を指定アプリケーションを指定テストを作成(1~Nコ) プランを作成開発ブランチを作成プランを実行 masterブランチにマージ ◾テスト作成画面アプリケーション・・・テスト対象となるものを設定環境・・・テストを行う環境を設定

- ②作成フロー環境を指定アプリケーションを指定テストを作成(1~Nコ) プランを作成開発ブランチを作成プランを実行 masterブランチにマージ ◾トレーナー画面

- ②作成フロー環境を指定アプリケーションを指定テストを作成(1~Nコ) プランを作成開発ブランチを作成プランを実行 masterブランチにマージ ◾トレーナー画面 [Rec]ボタン・・・オンにすることでブラウザ上での操作がテストステップとして記録される

- ②作成フロー環境を指定アプリケーションを指定テストを作成(1~Nコ) プランを作成開発ブランチを作成プランを実行 masterブランチにマージ ◾トレーナー画面 [Rec]ボタン・・・オンにすることでブラウザ上での操作がテストステップとして記録されるテストステップ・・・記録された画面操作

- ②作成フロー環境を指定アプリケーションを指定テストを作成(1~Nコ) プランを作成開発ブランチを作成プランを実行 masterブランチにマージ ◾トレーナー画面 [Rec]ボタン・・・オンにすることでブラウザ上での操作がテストステップとして記録されるテストステップ・・・記録された画面操作 [Rec]ボタンの他にも様々な方法で追加可能

- ②作成フロー環境を指定アプリケーションを指定テストを作成(1~Nコ) プランを作成開発ブランチを作成プランを実行 masterブランチにマージ ◾トレーナー画面 [Rec]ボタン・・・オンにすることでブラウザ上での操作がテストステップとして記録されるテストステップ・・・記録された画面操作アサーション・・・複数あるテストステップの種類のうちの一つ。画面上にあるべき要素が存在することを確認する

- ②作成フロー環境を指定アプリケーションを指定テストを作成(1~Nコ) プランを作成開発ブランチを作成プランを実行 masterブランチにマージ ◾トレーナー画面 [Rec]ボタン・・・オンにすることでブラウザ上での操作がテストステップとして記録されるテストステップ・・・記録された画面操作アサーション・・・複数あるテストステップの種類のうちの一つ。画面上にあるべき要素が存在することを確認するテストの多くは「何かの操作を行った結果」が「画面上に表示される」ことを確認する必要があるため、アサーションをテストの締め括りにする

- ②作成フロー環境を指定アプリケーションを指定テストを作成(1~Nコ) プランを作成開発ブランチを作成プランを実行 masterブランチにマージ ◾Recによるテストステップの追加→アサーションまで

- ②作成フロー環境を指定アプリケーションを指定テストを作成(1~Nコ) プランを作成開発ブランチを作成プランを実行 masterブランチにマージ ◾トレーナー画面テストのボリュームが大きい場合は下記のような方針をもとにテストを複数作成する場合がある・テストスイートごとに作成・テストの実行時間が15分を超えないように作成

- ②作成フロー環境を指定アプリケーションを指定テストを作成(1~Nコ) プランを作成開発ブランチを作成プランを実行 masterブランチにマージ ◾プラン作成画面

- ②作成フロー環境を指定アプリケーションを指定テストを作成(1~Nコ) プランを作成開発ブランチを作成プランを実行 masterブランチにマージ ◾プラン作成画面プランに内包するテストは複数指定可能

- ②作成フロー環境を指定アプリケーションを指定テストを作成(1~Nコ) プランを作成開発ブランチを作成プランを実行 masterブランチにマージ ◾プラン作成画面プランに内包するテストは複数指定可能例：機能単位やシナリオ単位でまとめる

- ②作成フロー環境を指定アプリケーションを指定テストを作成(1~Nコ) プランを作成開発ブランチを作成プランを実行 masterブランチにマージ ◾プラン作成画面プランに内包するテストは複数指定可能同時実行数や実行順序の設定が可能

- ②作成フロー環境を指定アプリケーションを指定テストを作成(1~Nコ) プランを作成開発ブランチを作成プランを実行 masterブランチにマージ ◾プラン作成画面プランに内包するテストは複数指定可能特定の曜日や一定の時間感覚、またはビルドのデプロイメントごとに実行など様々なタイプのトリガーを設定可能同時実行数や実行順序の設定が可能

- ②作成フロー環境を指定アプリケーションを指定テストを作成(1~Nコ) プランを作成開発ブランチを作成プランを実行 masterブランチにマージ ◾プランの実行履歴

- ②作成フロー環境を指定アプリケーションを指定テストを作成(1~Nコ) プランを作成開発ブランチを作成プランを実行 masterブランチにマージ ◾プランの実行履歴実行する際にブランチを指定可能

- ②作成フロー環境を指定アプリケーションを指定テストを作成(1~Nコ) プランを作成開発ブランチを作成プランを実行 masterブランチにマージ ◾プランの実行履歴実行結果はプラン単位またはテスト単位で確認可能

- ②作成フロー環境を指定アプリケーションを指定テストを作成(1~Nコ) プランを作成開発ブランチを作成プランを実行 masterブランチにマージ ◾プランの実行履歴実行結果はプラン単位またはテスト単位で確認可能過去の実行結果から成功率・実行時間の統計データを表示

- ②作成フロー環境を指定アプリケーションを指定テストを作成(1~Nコ) プランを作成開発ブランチを作成プランを実行 masterブランチにマージ ◾ブランチ詳細画面

- ②作成フロー環境を指定アプリケーションを指定テストを作成(1~Nコ) プランを作成開発ブランチを作成プランを実行 masterブランチにマージ ◾ブランチ詳細画面 Merge branchを選択するとマージ確認画面が開く。マージ内容に問題がある場合は警告が表示される

- ②作成フロー環境を指定アプリケーションを指定テストを作成(1~Nコ) プランを作成開発ブランチを作成プランを実行 masterブランチにマージ ◾ブランチ詳細画面 Merge branchを選択するとマージ確認画面が開く。マージ内容に問題がある場合は警告が表示される masterブランチに存在するテストとのテストステップの差分数を確認可能

- ②作成フロー環境を指定アプリケーションを指定テストを作成(1~Nコ) プランを作成開発ブランチを作成プランを実行 masterブランチにマージ ◾ブランチ詳細画面 Merge branchを選択するとマージ確認画面が開く。マージ内容に問題がある場合は警告が表示される masterブランチに存在するテストとのテストステップの差分数を確認可能 masterブランチへの影響を最小限にするため、作成したテストの成功を開発ブランチで確認した後マージするのが好ましい

- ②作成フロー環境を指定アプリケーションを指定テストを作成(1~Nコ) プランを作成 ◾一般的？な工程開発ブランチを作成プランを実行 masterブランチにマージマージできれば作成完了！

- ②作成フロー環境を指定アプリケーションを指定テストを作成(1~Nコ) プランを作成 ◾一般的？な工程開発ブランチを作成プランを実行 masterブランチにマージ以上が作成フローになります！

- ③FLOWを活用した自動テストの作成 ◾FLOWとは？・単一または複数のテストステップを格納できる箱・FLOWは作成されるとmablのデータベースに保存される・データベースに保存されたFLOWは呼び出して実行することが可能・FLOWは作成したテストの中だけでなく、異なるテストでも呼び出すことが可能

76 Copyright © 2023 Bitkey Inc. All right reserved. ・単一または複数のテストステップを格納できる箱
・FLOWは作成されるとmablのデータベースに保存される・データベースに保存されたFLOWは呼び出して実行することが可能・FLOWは作成したテストの中だけでなく、異なるテストでも呼び出すことが可能【第一章】mablにおける自動テスト作成方法 - ③FLOWを活用した自動テストの作成 ◾FLOWとは？ Googleでmablと検索して mablのホームページにアクセスするために必要なテストステップ

・FLOWは作成されるとmablのデータベースに保存される・データベースに保存されたFLOWは呼び出して実行することが可能・FLOWは作成したテストの中だけでなく、異なるテストでも呼び出すことが可能【第一章】mablにおける自動テスト作成方法 - ③FLOWを活用した自動テストの作成 ◾FLOWとは？ Googleでmablと検索して mablのホームページにアクセスするために必要なテストステップ FLOWにすることで複数のテストステップをひとまとめに！

・FLOWは作成されるとmablのデータベースに保存される・データベースに保存されたFLOWは呼び出して実行することが可能・FLOWは作成したテストの中だけでなく、異なるテストでも呼び出すことが可能【第一章】mablにおける自動テスト作成方法 - ③FLOWを活用した自動テストの作成 ◾FLOWとは？ Googleでmablと検索して mablのホームページにアクセスするために必要なテストステップ FLOWにすることで複数のテストステップをひとまとめに！まとめるとどうなるの？

- ③FLOWを活用した自動テストの作成 ◾FLOWとは？・単一または複数のテストステップを格納できる箱・FLOWは作成されるとmablのデータベースに保存される・データベースに保存されたFLOWは呼び出して実行することが可能・FLOWは作成したテストの中だけでなく、異なるテストでも呼び出すことが可能つまりFLOWを活用すると・・・

- ③FLOWを活用した自動テストの作成 ◾FLOWとは？・単一または複数のテストステップを格納できる箱・FLOWは作成されるとmablのデータベースに保存される・データベースに保存されたFLOWは呼び出して実行することが可能・FLOWは作成したテストの中だけでなく、異なるテストでも呼び出すことが可能つまりFLOWを活用すると・・・ FLOWを呼び出すだけでテストを作れる！

- ③FLOWを活用した自動テストの作成例えば・・・ Googleにログインできてることを確認したいな〜

- ③FLOWを活用した自動テストの作成ログインする Googleにアクセスするテキスト検索するログアウトするマイページに遷移する名前とメールアドレスの表示を確認する

- ③FLOWを活用した自動テストの作成ログインする Googleにアクセスするテキスト検索するログアウトするマイページに遷移する名前とメールアドレスの表示を確認するデータベースに保存されたFLOW

- ③FLOWを活用した自動テストの作成ログインする Googleにアクセスするテキスト検索するログアウトするマイページに遷移する名前とメールアドレスの表示を確認するデータベースに保存されたFLOW テストに必要なものを呼び出す

- ③FLOWを活用した自動テストの作成ログインする Googleにアクセスするテキスト検索するログアウトするマイページに遷移する Googleにアクセスする名前とメールアドレスの表示を確認する

- ③FLOWを活用した自動テストの作成ログインする Googleにアクセスするテキスト検索するログアウトするマイページに遷移する Googleにアクセスするログインする名前とメールアドレスの表示を確認する

- ③FLOWを活用した自動テストの作成ログインする Googleにアクセスするテキスト検索するログアウトするマイページに遷移する Googleにアクセスするログインする名前とメールアドレスの表示を確認するマイページに遷移する

- ③FLOWを活用した自動テストの作成ログインする Googleにアクセスするテキスト検索するログアウトするマイページに遷移する Googleにアクセスするログインする名前とメールアドレスの表示を確認するマイページに遷移する名前とメールアドレスの表示を確認する

- ③FLOWを活用した自動テストの作成ログインする Googleにアクセスするテキスト検索するログアウトするマイページに遷移する Googleにアクセスするログインする名前とメールアドレスの表示を確認するマイページに遷移する名前とメールアドレスの表示を確認する FLOWを呼び出すだけでテストが作れる！

- ③FLOWを活用した自動テストの作成ログインする Googleにアクセスするテキスト検索するログアウトするマイページに遷移する Googleにアクセスするログインする名前とメールアドレスの表示を確認するマイページに遷移する名前とメールアドレスの表示を確認する FLOWを呼び出すだけでテストが作れる！作成時間の短縮

- ③FLOWを活用した自動テストの作成ログインする Googleにアクセスするテキスト検索するログアウトするマイページに遷移する Googleにアクセスするログインする名前とメールアドレスの表示を確認するマイページに遷移する名前とメールアドレスの表示を確認する FLOWを呼び出すだけでテストが作れる！作成時間の短縮検証内容の標準化

- ③FLOWを活用した自動テストの作成 ◾その他FLOWを使うメリット・FLOWに変更を加えると該当のFLOWを利用したテストすべてに変更内容が適用される → メンテナンスの手間・時間を大幅に短縮・FLOWにすることでパラメータの生成、ループ設定ができる → テストの幅を広げることが可能になる

第一章をまとめると・・・

101 Copyright © 2023 Bitkey Inc. All right reserved. ・mablのテストの基本構成は下記の順
- ①ワークスペース - ②アプリケーション - ③環境 - ④プラン - ⑤テスト・mablの一般的？なテスト作成フローは下記の順 - ①開発ブランチを作成 - ②アプリケーションを指定 - ③環境を指定 - ④テストを作成 - ⑤プランを作成 - ⑥プランを実行 - ⑦masterブランチにマージ ◾第一章のまとめ【第一章】mablにおける自動テスト作成方法・FLOWを十分活用することができたならFLOWを呼び出すだけでテストを作成できる - 作成時間の短縮 - 検証内容の標準化

第一章完

【第二章】自動テストの品質を高めるための取り組み ①データの命名規則を決定する ②テストの読みやすさを意識する ③テストエンジニアの思考プロセスをFLOWで表現する

- ①データの命名規則を決定する ◾mablで命名可能なデータ *代表的なもののみ記載・プラン・テスト・フロー

- ①データの命名規則を決定する ◾mablで命名可能なデータ *代表的なもののみ記載・プラン・テスト・フロー例えばフローの命名規則がない場合...

- ①データの命名規則を決定する 1.Googleのホームページにアクセス 2.「mabl」とテキスト入力 3.検索ボタンを押下 4.検索一覧画面が表示されるまで待機 5.mablのホームページが一覧画面に表示されることを確認 6.検索結果からmablのホームページのリンクを選択 7.mablのホームページが表示されることを確認 ◾例：mablのホームページを表示するまでのテストステップ

- ①データの命名規則を決定する 1.Googleのホームページにアクセス 2.「mabl」とテキスト入力 3.検索ボタンを押下 4.検索一覧画面が表示されるまで待機 5.mablのホームページが一覧画面に表示されることを確認 6.検索結果からmablのホームページのリンクを選択 7.mablのホームページが表示されることを確認 ◾例：mablのホームページを表示するまでのテストステップこれをフローにする時、どう命名しよう？

- ①データの命名規則を決定する 1.Googleのホームページにアクセス 2.「mabl」とテキスト入力 3.検索ボタンを押下 4.検索一覧画面が表示されるまで待機 5.mablのホームページが一覧画面に表示されることを確認 6.検索結果からmablのホームページのリンクを選択 7.mablのホームページが表示されることを確認 ◾例：mablのホームページを表示するまでのテストステップ Aさん：テスト動けばいいしこのままでいいかな

- ①データの命名規則を決定する 1.Googleのホームページにアクセス 2.「mabl」とテキスト入力 3.検索ボタンを押下 4.検索一覧画面が表示されるまで待機 5.mablのホームページが一覧画面に表示されることを確認 6.検索結果からmablのホームページのリンクを選択 7.mablのホームページが表示されることを確認 ◾例：mablのホームページを表示するまでのテストステップ Aさん：テスト動けばいいしこのままでいいかな mablのホームページを表示する

- ①データの命名規則を決定する 1.Googleのホームページにアクセス 2.「mabl」とテキスト入力 3.検索ボタンを押下 4.検索一覧画面が表示されるまで待機 5.mablのホームページが一覧画面に表示されることを確認 6.検索結果からmablのホームページのリンクを選択 7.mablのホームページが表示されることを確認 ◾例：mablのホームページを表示するまでのテストステップ Bさん：検索する時に使うサイトを書かないとね mablのホームページを表示する

- ①データの命名規則を決定する 1.Googleのホームページにアクセス 2.「mabl」とテキスト入力 3.検索ボタンを押下 4.検索一覧画面が表示されるまで待機 5.mablのホームページが一覧画面に表示されることを確認 6.検索結果からmablのホームページのリンクを選択 7.mablのホームページが表示されることを確認 ◾例：mablのホームページを表示するまでのテストステップ Bさん：検索する時に使うサイトを書かないとね mablのホームページを表示する Googleでmablと検索し、mablのホームページまで遷移する

- ①データの命名規則を決定する 1.Googleのホームページにアクセス 2.「mabl」とテキスト入力 3.検索ボタンを押下 4.検索一覧画面が表示されるまで待機 5.mablのホームページが一覧画面に表示されることを確認 6.検索結果からmablのホームページのリンクを選択 7.mablのホームページが表示されることを確認 ◾例：mablのホームページを表示するまでのテストステップ Cさん：プレフィックスつけると検索性上がるかな mablのホームページを表示する Googleでmablと検索し、mablのホームページまで遷移する

- ①データの命名規則を決定する 1.Googleのホームページにアクセス 2.「mabl」とテキスト入力 3.検索ボタンを押下 4.検索一覧画面が表示されるまで待機 5.mablのホームページが一覧画面に表示されることを確認 6.検索結果からmablのホームページのリンクを選択 7.mablのホームページが表示されることを確認 ◾例：mablのホームページを表示するまでのテストステップ Cさん：プレフィックスつけると検索性上がるかな mablのホームページを表示する Googleでmablと検索し、mablのホームページまで遷移する [Google]mablと検索 > mablのホームページに遷移

- ①データの命名規則を決定する 1.Googleのホームページにアクセス 2.「mabl」とテキスト入力 3.検索ボタンを押下 4.検索一覧画面が表示されるまで待機 5.mablのホームページが一覧画面に表示されることを確認 6.検索結果からmablのホームページのリンクを選択 7.mablのホームページが表示されることを確認 ◾例：mablのホームページを表示するまでのテストステップ mablのホームページを表示する Googleでmablと検索し、mablのホームページまで遷移する [Google]mablと検索 > mablのホームページに遷移

- ①データの命名規則を決定する 1.Googleのホームページにアクセス 2.「mabl」とテキスト入力 3.検索ボタンを押下 4.検索一覧画面が表示されるまで待機 5.mablのホームページが一覧画面に表示されることを確認 6.検索結果からmablのホームページのリンクを選択 7.mablのホームページが表示されることを確認 ◾例：mablのホームページを表示するまでのテストステップ mablのホームページを表示する Googleでmablと検索し、mablのホームページまで遷移する [Google]mablと検索 > mablのホームページに遷移後からテスト作成する人：なんで同じ処理のフローが3つもあるの...？

- ①データの命名規則を決定する 1.Googleのホームページにアクセス 2.「mabl」とテキスト入力 3.検索ボタンを押下 4.検索一覧画面が表示されるまで待機 5.mablのホームページが一覧画面に表示されることを確認 6.検索結果からmablのホームページのリンクを選択 7.mablのホームページが表示されることを確認 ◾例：mablのホームページを表示するまでのテストステップ mablのホームページを表示する Googleでmablと検索し、mablのホームページまで遷移する [Google]mablと検索 > mablのホームページに遷移後からテスト作成する人：なんで同じ処理のフローが3つもあるの...？いずれも間違った命名の仕方ではないし、人によってしっくりくる命名方法は異なる

- ①データの命名規則を決定する ◾命名規則が存在しないと・・・・同じ内容のデータの重複作成 →同じ命名のものがないと思ってしまい新しく作ってしまう・データの検索性の低下 →機能AのFLOWを使うにはどのように調べれば良いかわからない

- ①データの命名規則を決定する ◾命名規則が存在しないと・・・・同じ内容のデータの重複作成 →同じ命名のものがないと思ってしまい新しく作ってしまう・データの検索性の低下 →機能AのFLOWを使うにはどのように調べれば良いかわからない FLOWを使えば5分で終わる作業が 1時間以上かかってしまった・・・

- ①データの命名規則を決定する ◾命名規則が存在しないと・・・・同じ内容のデータの重複作成 →同じ命名のものがないと思ってしまい新しく作ってしまう・データの検索性の低下 →機能AのFLOWを使うにはどのように調べれば良いかわからない FLOWを使えば5分で終わる作業が 1時間以上かかってしまった・・・これを防ぐためには命名規則を決定し、認識合わせを行うことが大事！

- ①データの命名規則を決定する ◾命名規則の例・プレフィックスを使う →[Google]ログインする・機能名を記載する →[Google][ログイン機能]ログインする・画面名を記載する →[Google][ログイン機能][詳細画面]ログインする

- ①データの命名規則を決定する ◾命名規則の例・プレフィックスを使う →[Google]ログインする・機能名を記載する →[Google][ログイン機能]ログインする・画面名を記載する →[Google][ログイン機能][詳細画面]ログインするあくまで一例です

- ①データの命名規則を決定する ◾命名規則の例・プレフィックスを使う →[Google]ログインする・機能名を記載する →[Google][ログイン機能]ログインする・画面名を記載する →[Google][ログイン機能][詳細画面]ログインするあくまで一例です複数人で会話をし、しっくりくる命名を探すことをおすすめします！

- ①データの命名規則を決定する ◾命名規則を決定することで・・・・必要なデータを見つけやすくなる →テストの作成時間が短くなる・複数人で命名に関しての認識を合わせられる →意思疎通が行いやすくなる・規則性のある作業場所を構築できる →属人化を防ぐことができる

- ①データの命名規則を決定する ◾命名規則を決定することで・・・・必要なデータを見つけやすくなる →テストの作成時間が短くなる・複数人で命名に関しての認識を合わせられる →意思疎通が行いやすくなる・規則性のある作業場所を構築できる →属人化を防ぐことができる良質な自動テストに必要な条件！

- ②テストの読みやすさを意識する機能Aのリグレッションテスト自動化したのでレビューお願いします！

- ②テストの読みやすさを意識する

- ②テストの読みやすさを意識する頑張って読み解く必要がありそうだ・・・

- ②テストの読みやすさを意識する

- ②テストの読みやすさを意識する Googleで検索してるんだな...

- ②テストの読みやすさを意識する Googleで検索してるんだな... なにやってるんだろう・・・

- ②テストの読みやすさを意識する Googleで検索してるんだな... なにやってるんだろう・・・このテストステップ必要なのかな・・・

- ②テストの読みやすさを意識する Googleで検索してるんだな... なにやってるんだろう・・・このテストステップ必要なのかな・・・テスト内容が適切かどうか判断が難しい

152 Copyright © 2023 Bitkey Inc. All right reserved. ◾テストが読みにくいと・・・
・第三者が読んで理解するのに時間がかかる →レビューコストの増加・テスト内容の不備に気づきにくい →期待値の見落とし・何を目的とした処理か分からず手を加えにくい →属人化しやすくなる【第二章】自動テストの品質を高めるための取り組み - ②テストの読みやすさを意識する

・第三者が読んで理解するのに時間がかかる →レビューコストの増加・テスト内容の不備に気づきにくい →期待値の見落とし・何を目的とした処理か分からず手を加えにくい →属人化しやすくなる【第二章】自動テストの品質を高めるための取り組み - ②テストの読みやすさを意識する「この一瞬だけテストを動かしたい！」という場合読みにくくても動けば問題ない

・第三者が読んで理解するのに時間がかかる →レビューコストの増加・テスト内容の不備に気づきにくい →期待値の見落とし・何を目的とした処理か分からず手を加えにくい →属人化しやすくなる【第二章】自動テストの品質を高めるための取り組み - ②テストの読みやすさを意識する「この一瞬だけテストを動かしたい！」という場合読みにくくても動けば問題ないただしリグレッションテストのように繰り返しテストを行いたい場合はこれらの問題を避けるために読みやすくする工夫が必要

- ②テストの読みやすさを意識する mablでテストを読みやすくするためにできることは？

159 Copyright © 2023 Bitkey Inc. All right reserved. ◾テストの読みやすさを向上させるための取り組み
・ステップ名を変更する →「何をしているか」を一目でわかるように・Echoステップでテストステップをグループごとに分ける →「何のための処理か」を判明しやすいように【第二章】自動テストの品質を高めるための取り組み - ②テストの読みやすさを意識する

・ステップ名を変更する →「何をしているか」を一目でわかるように・Echoステップでテストステップをグループごとに分ける →「何のための処理か」を判明しやすいように【第二章】自動テストの品質を高めるための取り組み - ②テストの読みやすさを意識するテストを読みやすくすることでテストの品質の維持・改善をしやすい状態に！

168 Copyright © 2023 Bitkey Inc. All right reserved. ・テストを自動化するのは？
【第二章】自動テストの品質を高めるための取り組み - ③テストエンジニアの思考プロセスをFLOWで表現する

人【第二章】自動テストの品質を高めるための取り組み - ③テストエンジニアの思考プロセスをFLOWで表現する

人・テストを実行するのは？【第二章】自動テストの品質を高めるための取り組み - ③テストエンジニアの思考プロセスをFLOWで表現する

人・テストを実行するのは？機械【第二章】自動テストの品質を高めるための取り組み - ③テストエンジニアの思考プロセスをFLOWで表現する

人・テストを実行するのは？機械 →　「人」が「機械」にテストの実行手順を教える必要がある【第二章】自動テストの品質を高めるための取り組み - ③テストエンジニアの思考プロセスをFLOWで表現する

人・テストを実行するのは？機械 →　「人」が「機械」にテストの実行手順を教える必要がある →　教える「人」の技量が自動テストの品質を左右する【第二章】自動テストの品質を高めるための取り組み - ③テストエンジニアの思考プロセスをFLOWで表現する

人・テストを実行するのは？機械 →　「人」が「機械」にテストの実行手順を教える必要がある →　教える「人」の技量が自動テストの品質を左右する　　　具体的な技量って何？【第二章】自動テストの品質を高めるための取り組み - ③テストエンジニアの思考プロセスをFLOWで表現する

175 Copyright © 2023 Bitkey Inc. All right reserved. ポイント①
：「ヒトの曖昧さ」を文章で表現できるかポイント② ：「期待値がなぜ期待値となっているか」の説明をできるかポイント③ ：「テストとして必要な観点」をリストアップできるか【第二章】自動テストの品質を高めるための取り組み - ③テストエンジニアの思考プロセスをFLOWで表現する

- ③テストエンジニアの思考プロセスをFLOWで表現するポイント① ：「ヒトの曖昧さ」を文章で表現できるかポイント② ：「期待値がなぜ期待値となっているか」の説明をできるかポイント③ ：「テストとして必要な観点」をリストアップできるか

- ③テストエンジニアの思考プロセスをFLOWで表現するポイント① ：「ヒトの曖昧さ」を文章で表現できるかポイント② ：「期待値がなぜ期待値となっているか」の説明をできるかポイント③ ：「テストとして必要な観点」をリストアップできるか順番に説明します！

180 Copyright © 2023 Bitkey Inc. All right reserved. たとえば下記のようなテストがあったとして・・・
【前提条件】・Googleにログインしていないこと【手順】 1.「https://www.google.com」にアクセスする【期待値】 Googleにアクセスできること【第二章】自動テストの品質を高めるための取り組み - ③テストエンジニアの思考プロセスをFLOWで表現する

【前提条件】・Googleにログインしていないこと【手順】 1.「https://www.google.com」にアクセスする【期待値】 Googleにアクセスできること【第二章】自動テストの品質を高めるための取り組み - ③テストエンジニアの思考プロセスをFLOWで表現する何を以ってGoogleにアクセスできたと確信できる？

【前提条件】・Googleにログインしていないこと【手順】 1.「https://www.google.com」にアクセスする【期待値】 Googleにアクセスできること【第二章】自動テストの品質を高めるための取り組み - ③テストエンジニアの思考プロセスをFLOWで表現する何を以ってGoogleにアクセスできたと確信できる？ヒトがテストする場合は・・・

【前提条件】・Googleにログインしていないこと【手順】 1.「https://www.google.com」にアクセスする【期待値】 Googleにアクセスできること全体を眺めて・・・【第二章】自動テストの品質を高めるための取り組み - ③テストエンジニアの思考プロセスをFLOWで表現する

【前提条件】・Googleにログインしていないこと【手順】 1.「https://www.google.com」にアクセスする【期待値】 Googleにアクセスできること全体を眺めて・・・・Googleのロゴがある・検索窓がある・検索ボタンもある・ログインボタンが表示されている・レイアウトも問題なさそう【第二章】自動テストの品質を高めるための取り組み - ③テストエンジニアの思考プロセスをFLOWで表現する

【前提条件】・Googleにログインしていないこと【手順】 1.「https://www.google.com」にアクセスする【期待値】 Googleにアクセスできること全体を眺めて・・・・Googleのロゴがある・検索窓がある・検索ボタンもある・ログインボタンが表示されている・レイアウトも問題なさそう →　アクセスできてるね！【第二章】自動テストの品質を高めるための取り組み - ③テストエンジニアの思考プロセスをFLOWで表現する

【前提条件】・Googleにログインしていないこと【手順】 1.「https://www.google.com」にアクセスする【期待値】 Googleにアクセスできること全体を眺めて・・・・Googleのロゴがある・検索窓がある・検索ボタンもある・ログインボタンが表示されている・レイアウトも問題なさそう →　アクセスできてるね！記載を曖昧にすることでヒトの感性に委ねた柔軟性の高いテストを実行できる【第二章】自動テストの品質を高めるための取り組み - ③テストエンジニアの思考プロセスをFLOWで表現する

【前提条件】・Googleにログインしていないこと【手順】 1.「https://www.google.com」にアクセスする【期待値】 Googleにアクセスできること機械が実行する場合・・・【第二章】自動テストの品質を高めるための取り組み - ③テストエンジニアの思考プロセスをFLOWで表現する

【前提条件】・Googleにログインしていないこと【手順】 1.「https://www.google.com」にアクセスする【期待値】 Googleにアクセスできること【第二章】自動テストの品質を高めるための取り組み - ③テストエンジニアの思考プロセスをFLOWで表現する Q.アクセスできることってどうやって　確認したらいいんですか？

【前提条件】・Googleにログインしていないこと【手順】 1.「https://www.google.com」にアクセスする【期待値】 Googleにアクセスできること【第二章】自動テストの品質を高めるための取り組み - ③テストエンジニアの思考プロセスをFLOWで表現する Q.アクセスできることってどうやって　確認したらいいんですか？なんとなく全体を見て！

【前提条件】・Googleにログインしていないこと【手順】 1.「https://www.google.com」にアクセスする【期待値】 Googleにアクセスできること【第二章】自動テストの品質を高めるための取り組み - ③テストエンジニアの思考プロセスをFLOWで表現する Q.アクセスできることってどうやって　確認したらいいんですか？なんとなく全体を見て！ Q.つまりどの要素を確認するべきでしょうか？

【前提条件】・Googleにログインしていないこと【手順】 1.「https://www.google.com」にアクセスする【期待値】 Googleにアクセスできること【第二章】自動テストの品質を高めるための取り組み - ③テストエンジニアの思考プロセスをFLOWで表現する Q.アクセスできることってどうやって　確認したらいいんですか？なんとなく全体を見て！ Q.つまりどの要素を確認するべきでしょうか？ヒトが曖昧的に見ていた要素を明示する必要がある

【前提条件】・Googleにログインしていないこと【手順】 1.「https://www.google.com」にアクセスする【期待値】 Googleにアクセスできること【第二章】自動テストの品質を高めるための取り組み - ③テストエンジニアの思考プロセスをFLOWで表現する Q.アクセスできることってどうやって　確認したらいいんですか？なんとなく全体を見て！ Q.つまりどの要素を確認するべきでしょうか？ヒトが曖昧的に見ていた要素を明示する必要があるつまり・・・

【前提条件】・Googleにログインしていないこと【手順】 1.「https://www.google.com」にアクセスする【期待値】 Googleにアクセスできること【第二章】自動テストの品質を高めるための取り組み - ③テストエンジニアの思考プロセスをFLOWで表現する全体を眺めて・・・・Googleのロゴがある・検索窓がある・検索ボタンもある・ログインボタンが表示されている・レイアウトも問題なさそう →　アクセスできてるね！

【前提条件】・Googleにログインしていないこと【手順】 1.「https://www.google.com」にアクセスする【期待値】 Googleにアクセスできること全体を眺めて・・・・Googleのロゴがある・検索窓がある・検索ボタンもある・ログインボタンが表示されている・レイアウトも問題なさそう →　アクセスできてるね！【第二章】自動テストの品質を高めるための取り組み - ③テストエンジニアの思考プロセスをFLOWで表現するこの部分を機械に伝える必要がある

【前提条件】・Googleにログインしていないこと【手順】 1.「https://www.google.com」にアクセスする【期待値】 Googleにアクセスできること全体を眺めて・・・・Googleのロゴがある・検索窓がある・検索ボタンもある・ログインボタンが表示されている・レイアウトも問題なさそう →　アクセスできてるね！【第二章】自動テストの品質を高めるための取り組み - ③テストエンジニアの思考プロセスをFLOWで表現するこの部分を機械に伝える必要がある自動化する際はここを文章にできるかがポイント①

【前提条件】・Googleにログインしていないこと【手順】 1.「https://www.google.com」にアクセスする【期待値】 Googleにアクセスできること全体を眺めて・・・・Googleのロゴがある・検索窓がある・検索ボタンもある・ログインボタンが表示されている・レイアウトも問題なさそう →　アクセスできてるね！【第二章】自動テストの品質を高めるための取り組み - ③テストエンジニアの思考プロセスをFLOWで表現する

【前提条件】・Googleにログインしていないこと【手順】 1.「https://www.google.com」にアクセスする【期待値】 Googleにアクセスできること全体を眺めて・・・・Googleのロゴがある・検索窓がある・検索ボタンもある・ログインボタンが表示されている・レイアウトも問題なさそう →　アクセスできてるね！これを機械に伝えることは難しくないが・・・【第二章】自動テストの品質を高めるための取り組み - ③テストエンジニアの思考プロセスをFLOWで表現する

【前提条件】・Googleにログインしていないこと【手順】 1.「https://www.google.com」にアクセスする【期待値】 Googleにアクセスできること全体を眺めて・・・・Googleのロゴがある・検索窓がある・検索ボタンもある・ログインボタンが表示されている・レイアウトも問題なさそう →　アクセスできてるね！これを機械に伝えることは難しくないが・・・【第二章】自動テストの品質を高めるための取り組み - ③テストエンジニアの思考プロセスをFLOWで表現するそもそも何でこれの確認をもって良しとしていたのだろう？

【前提条件】・Googleにログインしていないこと【手順】 1.「https://www.google.com」にアクセスする【期待値】 Googleにアクセスできること全体を眺めて・・・・Googleのロゴがある・検索窓がある・検索ボタンもある・ログインボタンが表示されている・レイアウトも問題なさそう →　アクセスできてるね！これを機械に伝えることは難しくないが・・・【第二章】自動テストの品質を高めるための取り組み - ③テストエンジニアの思考プロセスをFLOWで表現するそもそも何でこれの確認をもって良しとしていたのだろう？品質の良い・悪いの指標に何を用いているかを知る

【前提条件】・Googleにログインしていないこと【手順】 1.「https://www.google.com」にアクセスする【期待値】 Googleにアクセスできること全体を眺めて・・・・Googleのロゴがある・検索窓がある・検索ボタンもある・ログインボタンが表示されている・レイアウトも問題なさそう →　アクセスできてるね！これを機械に伝えることは難しくないが・・・【第二章】自動テストの品質を高めるための取り組み - ③テストエンジニアの思考プロセスをFLOWで表現するそもそも何でこれの確認をもって良しとしていたのだろう？品質の良い・悪いの指標に何を用いているかを知る自動テストに限った話ではないので、そもそも期待値の表現がよくないかも ↓ テストの書き方を見直す機会にもなる

【前提条件】・Googleにログインしていないこと【手順】 1.「https://www.google.com」にアクセスする【期待値】 Googleにアクセスできること →　何を以ってGoogleにアクセスできたと確信できる？全体を眺めて・・・・Googleのロゴがある・検索窓がある・検索ボタンもある・ログインボタンが表示されている・レイアウトも問題なさそう →　アクセスできてるね！確認する理由を説明してみると・・・【第二章】自動テストの品質を高めるための取り組み - ③テストエンジニアの思考プロセスをFLOWで表現する

【前提条件】・Googleにログインしていないこと【手順】 1.「https://www.google.com」にアクセスする【期待値】 Googleにアクセスできること →　何を以ってGoogleにアクセスできたと確信できる？全体を眺めて・・・・Googleのロゴがある → Googleの象徴なので確認する・検索窓がある → ユーザーがGoogleに最も期待する機能なので見る・検索ボタンもある →同上・ログインボタンが表示されている →前提条件に「ログインしていないこと」とあるのでその確認としてみる・レイアウトも問題なさそう →見栄えの良し悪しはユーザー体験に直結するのでみる →　アクセスできてるね！【第二章】自動テストの品質を高めるための取り組み - ③テストエンジニアの思考プロセスをFLOWで表現する

【前提条件】・Googleにログインしていないこと【手順】 1.「https://www.google.com」にアクセスする【期待値】 Googleにアクセスできること →　何を以ってGoogleにアクセスできたと確信できる？全体を眺めて・・・・Googleのロゴがある → Googleの象徴なので確認する・検索窓がある → ユーザーがGoogleに最も期待する機能なので見る・検索ボタンもある →同上・ログインボタンが表示されている →前提条件に「ログインしていないこと」とあるのでその確認としてみる・レイアウトも問題なさそう →見栄えの良し悪しはユーザー体験に直結するのでみる →　アクセスできてるね！【第二章】自動テストの品質を高めるための取り組み - ③テストエンジニアの思考プロセスをFLOWで表現するこの説明ができるかどうかがポイント②

【前提条件】・Googleにログインしていないこと【手順】 1.「https://www.google.com」にアクセスする【期待値】 Googleにアクセスできること →　何を以ってGoogleにアクセスできたと確信できる？全体を眺めて・・・・Googleのロゴがある → Googleの象徴なので確認する・検索窓がある → ユーザーがGoogleに最も期待する機能なので見る・検索ボタンもある →同上・ログインボタンが表示されている →前提条件に「ログインしていないこと」とあるのでその確認としてみる・レイアウトも問題なさそう →見栄えの良し悪しはユーザー体験に直結するのでみる →　アクセスできてるね！【第二章】自動テストの品質を高めるための取り組み - ③テストエンジニアの思考プロセスをFLOWで表現する

【前提条件】・Googleにログインしていないこと【手順】 1.「https://www.google.com」にアクセスする【期待値】 Googleにアクセスできること →　何を以ってGoogleにアクセスできたと確信できる？全体を眺めて・・・・Googleのロゴがある → Googleの象徴なので確認する・検索窓がある → ユーザーがGoogleに最も期待する機能なので見る・検索ボタンもある →同上・ログインボタンが表示されている →前提条件に「ログインしていないこと」とあるのでその確認としてみる・レイアウトも問題なさそう →見栄えの良し悪しはユーザー体験に直結するのでみる →　アクセスできてるね！確認するのはこれだけで本当に良い？【第二章】自動テストの品質を高めるための取り組み - ③テストエンジニアの思考プロセスをFLOWで表現する

【前提条件】・Googleにログインしていないこと【手順】 1.「https://www.google.com」にアクセスする【期待値】 Googleにアクセスできること →　何を以ってGoogleにアクセスできたと確信できる？全体を眺めて・・・・Googleのロゴがある → Googleの象徴なので確認する・検索窓がある → ユーザーがGoogleに最も期待する機能なので見る・検索ボタンもある →同上・ログインボタンが表示されている →前提条件に「ログインしていないこと」とあるのでその確認としてみる・レイアウトも問題なさそう →見栄えの良し悪しはユーザー体験に直結するのでみる →　アクセスできてるね！確認するのはこれだけで本当に良い？【第二章】自動テストの品質を高めるための取り組み - ③テストエンジニアの思考プロセスをFLOWで表現するこれをテストする必要は本当にある？

【前提条件】・Googleにログインしていないこと【手順】 1.「https://www.google.com」にアクセスする【期待値】 Googleにアクセスできること →　何を以ってGoogleにアクセスできたと確信できる？全体を眺めて・・・・Googleのロゴがある → Googleの象徴なので確認する・検索窓がある → ユーザーがGoogleに最も期待する機能なので見る・検索ボタンもある →同上・ログインボタンが表示されている →前提条件に「ログインしていないこと」とあるのでその確認としてみる・レイアウトも問題なさそう →見栄えの良し悪しはユーザー体験に直結するのでみる →　アクセスできてるね！確認するのはこれだけで本当に良い？【第二章】自動テストの品質を高めるための取り組み - ③テストエンジニアの思考プロセスをFLOWで表現するこれをテストする必要は本当にある？またプロダクトを取り巻く状況は変わる可能性があり...

【前提条件】・Googleにログインしていないこと【手順】 1.「https://www.google.com」にアクセスする【期待値】 Googleにアクセスできること →　何を以ってGoogleにアクセスできたと確信できる？全体を眺めて・・・・Googleのロゴがある → Googleの象徴なので確認する・検索窓がある → ユーザーがGoogleに最も期待する機能なので見る・検索ボタンもある →同上・ログインボタンが表示されている →前提条件に「ログインしていないこと」とあるのでその確認としてみる・レイアウトも問題なさそう →見栄えの良し悪しはユーザー体験に直結するのでみる →　アクセスできてるね！直近で重大な不具合があって・・・【第二章】自動テストの品質を高めるための取り組み - ③テストエンジニアの思考プロセスをFLOWで表現する

【前提条件】・Googleにログインしていないこと【手順】 1.「https://www.google.com」にアクセスする【期待値】 Googleにアクセスできること →　何を以ってGoogleにアクセスできたと確信できる？全体を眺めて・・・・Googleのロゴがある → Googleの象徴なので確認する・検索窓がある → ユーザーがGoogleに最も期待する機能なので見る・検索ボタンもある →同上・ログインボタンが表示されている →前提条件に「ログインしていないこと」とあるのでその確認としてみる・レイアウトも問題なさそう →見栄えの良し悪しはユーザー体験に直結するのでみる →　アクセスできてるね！法律の観点で・・・【第二章】自動テストの品質を高めるための取り組み - ③テストエンジニアの思考プロセスをFLOWで表現する直近で重大な不具合があって・・・

【前提条件】・Googleにログインしていないこと【手順】 1.「https://www.google.com」にアクセスする【期待値】 Googleにアクセスできること →　何を以ってGoogleにアクセスできたと確信できる？全体を眺めて・・・・Googleのロゴがある → Googleの象徴なので確認する・検索窓がある → ユーザーがGoogleに最も期待する機能なので見る・検索ボタンもある →同上・ログインボタンが表示されている →前提条件に「ログインしていないこと」とあるのでその確認としてみる・レイアウトも問題なさそう →見栄えの良し悪しはユーザー体験に直結するのでみる →　アクセスできてるね！法律の観点で・・・バックエンドの処理に変更を加えたので・・・【第二章】自動テストの品質を高めるための取り組み - ③テストエンジニアの思考プロセスをFLOWで表現する直近で重大な不具合があって・・・

【前提条件】・Googleにログインしていないこと【手順】 1.「https://www.google.com」にアクセスする【期待値】 Googleにアクセスできること →　何を以ってGoogleにアクセスできたと確信できる？全体を眺めて・・・・Googleのロゴがある → Googleの象徴なので確認する・検索窓がある → ユーザーがGoogleに最も期待する機能なので見る・検索ボタンもある →同上・ログインボタンが表示されている →前提条件に「ログインしていないこと」とあるのでその確認としてみる・レイアウトも問題なさそう →見栄えの良し悪しはユーザー体験に直結するのでみる →　アクセスできてるね！直近で重篤な不具合があったから・・・法律の観点で・・・バックエンドの処理に変更を加えたので・・・【第二章】自動テストの品質を高めるための取り組み - ③テストエンジニアの思考プロセスをFLOWで表現するテストに必要な観点を過不足なくリストアップできるか？

【前提条件】・Googleにログインしていないこと【手順】 1.「https://www.google.com」にアクセスする【期待値】 Googleにアクセスできること →　何を以ってGoogleにアクセスできたと確信できる？全体を眺めて・・・・Googleのロゴがある → Googleの象徴なので確認する・検索窓がある → ユーザーがGoogleに最も期待する機能なので見る・検索ボタンもある →同上・ログインボタンが表示されている →前提条件に「ログインしていないこと」とあるのでその確認としてみる・レイアウトも問題なさそう →見栄えの良し悪しはユーザー体験に直結するのでみる →　アクセスできてるね！直近で重篤な不具合があったから・・・法律の観点で・・・バックエンドの処理に変更を加えたので・・・【第二章】自動テストの品質を高めるための取り組み - ③テストエンジニアの思考プロセスをFLOWで表現するテストに必要な観点を過不足なくリストアップできるか？テストの品質を高めるには最新の情報にアンテナを張る必要がある

【前提条件】・Googleにログインしていないこと【手順】 1.「https://www.google.com」にアクセスする【期待値】 Googleにアクセスできること →　何を以ってGoogleにアクセスできたと確信できる？全体を眺めて・・・・Googleのロゴがある → Googleの象徴なので確認する・検索窓がある → ユーザーがGoogleに最も期待する機能なので見る・検索ボタンもある →同上・ログインボタンが表示されている →前提条件に「ログインしていないこと」とあるのでその確認としてみる・レイアウトも問題なさそう →見栄えの良し悪しはユーザー体験に直結するのでみる →　アクセスできてるね！直近で重篤な不具合があったから・・・法律の観点で・・・バックエンドの処理に変更を加えたので・・・【第二章】自動テストの品質を高めるための取り組み - ③テストエンジニアの思考プロセスをFLOWで表現するテストに必要な観点を過不足なくリストアップできるか？テストの品質を高めるには最新の情報にアンテナを張る必要があるこれがポイント③

- ③テストエンジニアの思考プロセスをFLOWで表現するポイント① ：「ヒトの曖昧さ」を文章で表現できるかポイント② ：「期待値がなぜ期待値となっているか」の説明をできるかポイント③ ：「テストとして必要な観点」をリストアップできるかこれができると自動テストの内容がより良くなる！

- ③テストエンジニアの思考プロセスをFLOWで表現するポイント① ：「ヒトの曖昧さ」を文章で表現できるかポイント② ：「期待値がなぜ期待値となっているか」の説明をできるかポイント③ ：「テストとして必要な観点」をリストアップできるかこれができると自動テストの内容がより良くなる！ここで集めた情報、せっかくなら他の人にも共有したい

- ③テストエンジニアの思考プロセスをFLOWで表現するポイント① ：「ヒトの曖昧さ」を文章で表現できるかポイント② ：「期待値がなぜ期待値となっているか」の説明をできるかポイント③ ：「テストとして必要な観点」をリストアップできるかこれができると自動テストの内容がより良くなる！ここで集めた情報、せっかくなら他の人にも共有したい説明したり資料にするのは手間がかかるかも・・・

- ③テストエンジニアの思考プロセスをFLOWで表現するポイント① ：「ヒトの曖昧さ」を文章で表現できるかポイント② ：「期待値がなぜ期待値となっているか」の説明をできるかポイント③ ：「テストとして必要な観点」をリストアップできるかこれができると自動テストの内容がより良くなる！ここで集めた情報、せっかくなら他の人にも共有したい説明したり資料にするのは手間がかかるかも・・・これ、mablなら簡単に共有・再利用できます

- ③テストエンジニアの思考プロセスをFLOWで表現する ◾テストエンジニアの思考プロセスをFLOWで表現する方法 ①検証内容の妥当性を確認 ②検証内容をテストステップで表現 ③テストステップをFLOWに格納

- ③テストエンジニアの思考プロセスをFLOWで表現する ◾テストエンジニアの思考プロセスをFLOWで表現する方法 ①検証内容の妥当性を確認 ②検証内容をテストステップで表現 ③テストステップをFLOWに格納最初に説明した以下のポイントを意識するポイント① ：「ヒトの曖昧さ」を文章で表現できるかポイント② ：「期待値がなぜ期待値となっているか」の説明をできるかポイント③ ：「テストとして必要な観点」をリストアップできるか

- ③テストエンジニアの思考プロセスをFLOWで表現する ◾テストエンジニアの思考プロセスをFLOWで表現する方法 ①検証内容の妥当性を確認 ②検証内容をテストステップで表現 ③テストステップをFLOWに格納最初に説明した以下のポイントを意識するポイント① ：「ヒトの曖昧さ」を文章で表現できるかポイント② ：「期待値がなぜ期待値となっているか」の説明をできるかポイント③ ：「テストとして必要な観点」をリストアップできるかテスト対象のプロダクトに精通したテストエンジニアにレビューを依頼し指摘を受けることで優秀なテストエンジニアの思考プロセスをFLOWで表現しやすくなる

- ③テストエンジニアの思考プロセスをFLOWで表現する ◾テストエンジニアの思考プロセスをFLOWで表現する方法 ①検証内容の妥当性を確認 ②検証内容をテストステップで表現 ③テストステップをFLOWに格納 ①で示した内容をテストステップにする

- ③テストエンジニアの思考プロセスをFLOWで表現する ◾テストエンジニアの思考プロセスをFLOWで表現する方法 ①検証内容の妥当性を確認 ②検証内容をテストステップで表現 ③テストステップをFLOWに格納 ①で示した内容をテストステップにする第二章の①、②で紹介した下記内容を意識できるとより良い・データの命名規則を決定する・テストの読みやすさを意識する

- ③テストエンジニアの思考プロセスをFLOWで表現する ◾テストエンジニアの思考プロセスをFLOWで表現する方法 ①検証内容の妥当性を確認 ②検証内容をテストステップで表現 ③テストステップをFLOWに格納繰り返しになりますが、利用しやすいFLOWになるように命名を意識できると良い

- ③テストエンジニアの思考プロセスをFLOWで表現する ◾テストエンジニアの思考プロセスをFLOWで表現する方法 ①検証内容の妥当性を確認 ②検証内容をテストステップで表現 ③テストステップをFLOWに格納これを行うことで・・・

- ③テストエンジニアの思考プロセスをFLOWで表現する ◾テストエンジニアの思考プロセスをFLOWで表現する方法 ①検証内容の妥当性を確認 ②検証内容をテストステップで表現 ③テストステップをFLOWに格納 [Google][検索画面]テキスト検索の動作検証 [Google][ログイン機能]ユーザー切り替えの検証 [Google][設定画面]各設定値の動作検証・・・

- ③テストエンジニアの思考プロセスをFLOWで表現する ◾テストエンジニアの思考プロセスをFLOWで表現する方法 ①検証内容の妥当性を確認 ②検証内容をテストステップで表現 ③テストステップをFLOWに格納 [Google][検索画面]テキスト検索の動作検証 [Google][ログイン機能]ユーザー切り替えの検証 [Google][設定画面]各設定値の動作検証・・・テストエンジニアの思考プロセスをFLOWで表現

- ③テストエンジニアの思考プロセスをFLOWで表現する ◾テストエンジニアの思考プロセスをFLOWで表現する方法 ①検証内容の妥当性を確認 ②検証内容をテストステップで表現 ③テストステップをFLOWに格納 [Google][検索画面]テキスト検索の動作検証 [Google][ログイン機能]ユーザー切り替えの検証 [Google][設定画面]各設定値の動作検証・・・テストエンジニアの思考プロセスをFLOWで表現 FLOW＝検証手順を機械化できた

- ③テストエンジニアの思考プロセスをFLOWで表現する ◾テストエンジニアの思考プロセスをFLOWで表現する方法 ①検証内容の妥当性を確認 ②検証内容をテストステップで表現 ③テストステップをFLOWに格納 [Google][検索画面]テキスト検索の動作検証 [Google][ログイン機能]ユーザー切り替えの検証 [Google][設定画面]各設定値の動作検証・・・テストエンジニアの思考プロセスをFLOWで表現テストエンジニアの思考プロセスを FLOWで表現することで検証手順を機械化できた FLOW＝検証手順を機械化できた

第二章をまとめると・・・

237 Copyright © 2023 Bitkey Inc. All right reserved. ◾第二章のまとめ
【第二章】自動テストの品質を高めるための取り組み・データの命名規則を決定する →データを見つけやすくなり、また作業者間での意思疎通が行いやすくなる・テストの読みやすさを意識する →テスト内容がわかりやすくなり、またテストの属人化を防ぐことができる・テストエンジニアの思考プロセスをFLOWで表現する →優れた検証手順を誰でも・いつでも実行可能になる

第二章完

【第三章】ビットキーのmabl導入事例 ①導入の背景 ②リグレッションテストの自動化率 ③自動テスト作成のライフサイクル ④実際の利用画面

月火水木金 2週目開発検証 ▪mabl導入対象となったプロダクトの開発スケジュール・開発チーム→開発作業・QAチーム→検証準備　- テスト分析　- テスト設計　- テスト実装【第三章】ビットキーのmabl導入事例 - ①導入の背景

月火水木金 2週目開発検証 ▪mabl導入対象となったプロダクトの開発スケジュール・QAチーム→検証開始 - ①新機能テスト (追加した機能の振る舞いを確認) - ②修正確認テスト (欠陥が修正されていることを確認) - ③リグレッションテスト (意図しない振る舞いが起きてないか確認) ・開発チーム→QAが検知した不具合の修正 &次回リリースに向け準備【第三章】ビットキーのmabl導入事例 - ①導入の背景

月火水木金 2週目開発検証 ▪mabl導入対象となったプロダクトの開発スケジュール【第三章】ビットキーのmabl導入事例 - ①導入の背景・QAチーム→検証開始 - ①新機能テスト (追加した機能の振る舞いを確認) - ②修正確認テスト (欠陥が修正されていることを確認) - ③リグレッションテスト (意図しない振る舞いが起きてないか確認) ・開発チーム→QAが検知した不具合の修正 &次回リリースに向け準備

月火水木金 2週目開発検証 ▪mabl導入対象となったプロダクトの開発スケジュール検証期間の内訳は・・・【第三章】ビットキーのmabl導入事例 - ①導入の背景

月火水木金 2週目開発検証新機能テスト・修正確認テストリグレッションテスト ▪mabl導入対象となったプロダクトの開発スケジュール【第三章】ビットキーのmabl導入事例 - ①導入の背景

月火水木金 2週目開発検証リグレッションテスト ▪mabl導入対象となったプロダクトの開発スケジュール機能の拡充に伴い、検証期間内のうちおよそ半分をリグレッションテストに割り当てる必要がある状態に新機能テスト・修正確認テスト【第三章】ビットキーのmabl導入事例 - ①導入の背景

月火水木金 2週目開発検証リグレッションテスト ▪mabl導入対象となったプロダクトの開発スケジュール機能の拡充に伴い、検証期間内のうちおよそ半分をリグレッションテストに割り当てる必要がある状態に機能はまだまだ拡充する予定なのでリグレッションテストの負担を減らす工夫を行う必要がある新機能テスト・修正確認テスト【第三章】ビットキーのmabl導入事例 - ①導入の背景

・意図せぬ影響によるリグレッションを防ぎたい ◾ビットキーとしては・・・これらの課題に対する対策として自動テストを導入しよう【第三章】ビットキーのmabl導入事例 - ①導入の背景

- ①導入の背景 mablに決めたのはなぜ？

- ①導入の背景・ノーコード・ローコードで自動テストを作成・ブラウザテストの作成 ◾mablを選んだ理由として・・・・APIテスト、ファイルアップロードテスト、メール送信テストなどの実行・スケジュールを設定して実行、などなど・・・

- ①導入の背景・ノーコード・ローコードで自動テストを作成・ブラウザテストの作成 ◾mablを選んだ理由として・・・・APIテスト、ファイルアップロードテスト、メール送信テストなどの実行・スケジュールを設定して実行、などなど・・・柔軟にテストを作成できそう！

- ①導入の背景・ノーコード・ローコードで自動テストを作成・ブラウザテストの作成 ◾mablを選んだ理由として・・・・APIテスト、ファイルアップロードテスト、メール送信テストなどの実行・スケジュールを設定して実行、などなど・・・柔軟にテストを作成できそう！さらに加えて・・・

- ①導入の背景・ノーコード・ローコードで自動テストを作成・ブラウザテストの作成 ◾mablを選んだ理由として・・・・APIテスト、ファイルアップロードテスト、メール送信テストなどの実行・スケジュールを設定して実行、などなど・・・ ★レスポンスが早く、動作が快適だった ★カスタマーサポートの対応が柔軟 ★ほかもろもろ考慮して・・・

- ①導入の背景・ノーコード・ローコードで自動テストを作成・ブラウザテストの作成 ◾mablを選んだ理由として・・・・APIテスト、ファイルアップロードテスト、メール送信テストなどの実行・スケジュールを設定して実行、などなど・・・ ★レスポンスが早く、動作が快適だった ★ほかもろもろ考慮して・・・ ★カスタマーサポートの対応が柔軟キミに決めた！

272 Copyright © 2023 Bitkey Inc. All right reserved. ◾チーム構成
・SET x 1名 (チームのマネジメントが主業務）・テストエンジニア x 2名 (三上もこの枠) ◾作業方針 1. SETが自動テストの運用ガイドラインや作成方針を決定 2. 上記に基づきテストエンジニア2名が作業【第三章】ビットキーのmabl導入事例-②リグレッションテストの自動化率

・SET x 1名 (チームのマネジメントが主業務）・テストエンジニア x 2名 (三上もこの枠) ◾作業方針 1. SETが自動テストの運用ガイドラインや作成方針を決定 2. 上記に基づきテストエンジニア2名が作業一般的にマネジメントは主業務ではないですが、自動化という文脈においてbitkeyの当時の状況を踏まえた結果このかたちに【第三章】ビットキーのmabl導入事例-②リグレッションテストの自動化率

277 Copyright © 2023 Bitkey Inc. All right reserved. ◾作業方針
1. SETが自動テストの運用ガイドラインや作成方針を決定 2. 上記に基づきテストエンジニア2名が作業 ◾チーム構成・SET x 1名 (チームのマネジメントが主業務）・テストエンジニア x 2名 (三上もこの枠) 【第三章】ビットキーのmabl導入事例-②リグレッションテストの自動化率

1. SETが自動テストの運用ガイドラインや作成方針を決定 2. 上記に基づきテストエンジニア2名が作業 ◾チーム構成・SET x 1名 (チームのマネジメントが主業務）・テストエンジニア x 2名 (三上もこの枠) 【第三章】ビットキーのmabl導入事例-②リグレッションテストの自動化率

・SET x 1名 (チームのマネジメントが主業務）・テストエンジニア x 2名 (三上もこの枠) ◾作業方針 1. SETが自動テストの運用ガイドラインや作成方針を決定 2. 上記に基づきテストエンジニア2名が作業ちなみに【第三章】ビットキーのmabl導入事例-②リグレッションテストの自動化率

1. SETが自動テストの運用ガイドラインや作成方針を決定 2. 上記に基づきテストエンジニア2名が作業 ◾E2Eテストの自動化経験・ビットキー（会社）：なし・テストエンジニア2名 : なし ◾チーム構成・SET x 1名 (チームのマネジメントが主業務）・テストエンジニア x 2名 (三上もこの枠) 【第三章】ビットキーのmabl導入事例-②リグレッションテストの自動化率

1. SETが自動テストの運用ガイドラインや作成方針を決定 2. 上記に基づきテストエンジニア2名が作業 ◾E2Eテストの自動化経験・ビットキー（会社）：なし・テストエンジニア2名 : なし【第三章】ビットキーのmabl導入事例-②リグレッションテストの自動化率 ◾チーム構成・SET x 1名 (チームのマネジメントが主業務）・テストエンジニア x 2名 (三上もこの枠)

1. SETが自動テストの運用ガイドラインや作成方針を決定 2. 上記に基づきテストエンジニア2名が作業 ◾E2Eテストの自動化経験・ビットキー（会社）：なし・テストエンジニア2名 : なしゼロからはじめました【第三章】ビットキーのmabl導入事例-②リグレッションテストの自動化率 ◾チーム構成・SET x 1名 (チームのマネジメントが主業務）・テストエンジニア x 2名 (三上もこの枠)

1. SETが自動テストの運用ガイドラインや作成方針を決定 2. 上記に基づきテストエンジニア2名が作業 ◾E2Eテストの自動化経験・ビットキー（会社）：なし・テストエンジニア2名 : なしゼロからはじめました【第三章】ビットキーのmabl導入事例-②リグレッションテストの自動化率 ◾チーム構成・SET x 1名 (チームのマネジメントが主業務）・テストエンジニア x 2名 (三上もこの枠) 途中人員配置の変更がありましたが、作業人数に大きく変わりはないため説明は割愛します

リグレッションテストのケース数約1000 実施工数約45h 実施頻度月2回月間合計約90h 【第三章】ビットキーのmabl導入事例-②リグレッションテストの自動化率【導入前】2023年1月 mablを導入して・・・

リグレッションテストのケース数約1000 実施工数約45h 実施頻度月2回月間合計約90h リグレッションテストのケース数約1000 実施工数約25h 実施頻度月2回月間合計約50h 【導入前】2023年1月【導入後】2023年8月【第三章】ビットキーのmabl導入事例-②リグレッションテストの自動化率

リグレッションテストのケース数約1000 実施工数約45h 実施頻度月2回月間合計約90h リグレッションテストのケース数約1000 実施工数約25h 実施頻度月2回月間合計約50h 【導入前】2023年1月【導入後】2023年8月【第三章】ビットキーのmabl導入事例-②リグレッションテストの自動化率 1回の実施工数が約20h削減！月単位で見ると約40h/月削減！

・シナリオ : 2.5個・テストケース : 44個・削減工数 : 5h 【第三章】ビットキーのmabl導入事例-②リグレッションテストの自動化率

・シナリオ : 2.5個・テストケース : 44個・削減工数 : 5h 【第三章】ビットキーのmabl導入事例-②リグレッションテストの自動化率 ◾1~3月 : 【目標】10個のシナリオを自動化・2人投入していたが1名は手動テストと兼任のため実質1.2人/日の稼働だった・テスト対象の機能自体に対してテスト分析 > テスト設計 > テスト実装を行なっていた

・シナリオ : 2.5個・テストケース : 44個・削減工数 : 5h 【第三章】ビットキーのmabl導入事例-②リグレッションテストの自動化率 ◾1~3月 : 【目標】10個のシナリオを自動化・2人投入していたが1名は手動テストと兼任のため実質1.2人/日の稼働だった・テスト対象の機能自体に対してテスト分析 > テスト設計 > テスト実装を行なっていたふりかえると・・・・より良質なテストを作成するためベテランの　テストエンジニアに自動テストのレビューを依頼・テスト分析から行うことで必要なテスト観点を　隅々まで洗い出し、網羅的な自動テストを作成・網羅的に作成できた反面、リグレッションテストでは　不要としていた観点も含む形になったため　「リグレッションテストの手動実行工数削減」として　はあまり貢献できなかったかたちに

・シナリオ : 2.5個・テストケース : 44個・削減工数 : 5h 【第三章】ビットキーのmabl導入事例-②リグレッションテストの自動化率 ◾4~6月 : 【目標】10個のシナリオを自動化・リグレッションテストの手動実行工数削減を優先して進めるため、　テスト分析・テスト設計は行わず既存のテストケースを参照して　自動テストを作成する方針に変更・他業務と兼任だったメンバーが自動化専任に

・シナリオ : 2.5個・テストケース : 44個・削減工数 : 5h 【第三章】ビットキーのmabl導入事例-②リグレッションテストの自動化率 ◾4~6月 : 【目標】10個のシナリオを自動化・リグレッションテストの手動実行工数削減を優先して進めるため、　テスト分析・テスト設計は行わず既存のテストケースを参照して　自動テストを作成する方針に変更・他業務と兼任だったメンバーが自動化専任にふりかえると・・・・既存のリグレッションテストにはない網羅的な観点を　見ることがなくなった代わりに既存のテストケースを　自動化できる速度が上昇し、手動実行工数の削減に繋がった・mablを触ってから3ヶ月ほど経過した段階で　「読みやすい自動テスト」について気づくことができ、　改善に取り組み始めた

・シナリオ : 2.5個・テストケース : 44個・削減工数 : 5h 【第三章】ビットキーのmabl導入事例-②リグレッションテストの自動化率 ◾7~9月（進行中）・自動テスト作成と並行し、　社内利用ガイドライン・ベストプラクティス・命名規則などを作成中

・シナリオ : 2.5個・テストケース : 44個・削減工数 : 5h 【第三章】ビットキーのmabl導入事例-②リグレッションテストの自動化率 ◾7~9月（進行中）・自動テスト作成と並行し、　社内利用ガイドライン・ベストプラクティス・命名規則などを作成中進行中のためふりかえりは割愛

309 Copyright © 2023 Bitkey Inc. All right reserved. ◾もしやり直せるなら？
・自動テスト未経験の場合はテスト分析・テスト設計から入らず、テスト実装に注力する - ツールの使用感を学習しながら無理のないペースで着実に成果をあげることができる・早い段階でデータの命名規則を決定、またテストの読みやすさを意識して自動テストを作成する - 第二章で説明した通り、自動テストの品質を維持・向上させやすくするため【第三章】ビットキーのmabl導入事例-②リグレッションテストの自動化率

・自動テスト未経験の場合はテスト分析・テスト設計から入らず、テスト実装に注力する - ツールの使用感を学習しながら無理のないペースで着実に成果をあげることができる・早い段階でデータの命名規則を決定、またテストの読みやすさを意識して自動テストを作成する - 第二章で説明した通り、自動テストの品質を維持・向上させやすくするため【第三章】ビットキーのmabl導入事例-②リグレッションテストの自動化率リグレッションテストの手動実行工数削減ではなく、網羅的にテストすることを目的としたい場合はテスト分析・テスト設計が必要になるかも *リグレッションテストの内容次第になると思います

- ③自動テスト作成のライフサイクル自動テスト作成プランニングレビュー指摘修正マージ 1日目 ~4日目 5日目 5日目 5日目 ◾実際のスケジュール

プランニングレビュー指摘修正マージ 1日目 ~4日目 5日目 5日目 5日目・自動テストを作成する対象を決定する・決定する際は下記事項を考慮して目標を設定する - 項目数 (経験に応じて0.2h~1h/1項目) - 機能の複雑さ (操作の工程が多い場合は多めに見積もる） - 物理デバイスの使用有無（使用する場合は優先度を下げる）【第三章】ビットキーのmabl導入事例 - ③自動テスト作成のライフサイクル

プランニングレビュー指摘修正マージ 1日目 ~4日目 5日目 5日目 5日目・自動テストを作成する対象を決定する・決定する際は下記事項を考慮して目標を設定する - 項目数 (経験に応じて0.2h~1h/1項目) - 機能の複雑さ (操作の工程が多い場合は多めに見積もる） - 物理デバイスの使用有無（使用する場合は優先度を下げる）物理デバイスとは？【第三章】ビットキーのmabl導入事例 - ③自動テスト作成のライフサイクル

プランニングレビュー指摘修正マージ 1日目 ~4日目 5日目 5日目 5日目・自動テストを作成する対象を決定する・決定する際は下記事項を考慮して目標を設定する - 項目数 (経験に応じて0.2h~1h/1項目) - 機能の複雑さ (操作の工程が多い場合は多めに見積もる） - 物理デバイスの使用有無（使用する場合は優先度を下げる）物理デバイスとは？ビットキーはスマートロックを製造・販売している会社です！【第三章】ビットキーのmabl導入事例 - ③自動テスト作成のライフサイクル

プランニングレビュー指摘修正マージ 1日目 ~4日目 5日目 5日目 5日目・自動テストを作成する対象を決定する・決定する際は下記事項を考慮して目標を設定する - 項目数 (経験に応じて0.2h~1h/1項目) - 機能の複雑さ (操作の工程が多い場合は多めに見積もる） - 物理デバイスの使用有無（使用する場合は優先度を下げる）物理デバイスとは？ビットキーはスマートロックを製造・販売している会社です！そのためスマートロックを実際に操作して解施錠を行うテストが多くあります【第三章】ビットキーのmabl導入事例 - ③自動テスト作成のライフサイクル

プランニングレビュー指摘修正マージ 1日目 ~4日目 5日目 5日目 5日目・自動テストを作成する対象を決定する・決定する際は下記事項を考慮して目標を設定する - 項目数 (経験に応じて0.2h~1h/1項目) - 機能の複雑さ (操作の工程が多い場合は多めに見積もる） - 物理デバイスの使用有無（使用する場合は優先度を下げる）物理デバイスとは？ビットキーはスマートロックを製造・販売している会社です！そのためスマートロックを実際に操作して解施錠を行うテストが多くあります（さすがに）mablでは物理的にスマートロックを操作することはできないため優先度を下げています【第三章】ビットキーのmabl導入事例 - ③自動テスト作成のライフサイクル

プランニングレビュー指摘修正マージ 1日目 ~4日目 5日目 5日目・自動テストを作成する・進捗はデイリーで確認し、実装に詰まった箇所があれば共有し　解決する・作成する際は第二章で説明した下記点を意識する - あらかじめ決定・合意を得た命名規則に則る - テストのよみやすさを意識する 5日目【第三章】ビットキーのmabl導入事例 - ③自動テスト作成のライフサイクル

プランニングレビュー指摘修正マージ・作成した自動テストをレビュアーに対面で披露する(1h) ・テスト対象のプロダクトQAの経験が豊富なテストエンジニア　　にレビューを依頼・各テストケースの手順・期待値が妥当かを確認する・自動化できない箇所があれば根拠を添えて説明する・実行時間が長い箇所やレビュー対象が多いときは　動作をキャプチャして動画で見せるよう工夫して時間内に見て　もらえるように工夫 1日目 ~4日目 5日目 5日目 5日目【第三章】ビットキーのmabl導入事例 - ③自動テスト作成のライフサイクル

プランニングレビュー指摘修正マージ・作成した自動テストをレビュアーに対面で披露する(1h) ・テスト対象のプロダクトQAの経験が豊富なテストエンジニア　　にレビューを依頼・各テストケースの手順・期待値が妥当かを確認する・自動化できない箇所があれば根拠を添えて説明する・実行時間が長い箇所やレビュー対象が多いときは　動作をキャプチャして動画で見せるよう工夫して時間内に見て　もらえるように工夫 1日目 ~4日目 5日目 5日目 5日目命名規則やテストの読みやすさをこの場で言及すると時間が足りなくなってしまう場合が多いため、レビュアーに見せる前にあらかじめ確認しておく【第三章】ビットキーのmabl導入事例 - ③自動テスト作成のライフサイクル

プランニングレビュー指摘修正マージ・レビュアーから指摘を受けた箇所を修正する 1日目 ~4日目 5日目 5日目 5日目【第三章】ビットキーのmabl導入事例 - ③自動テスト作成のライフサイクル

プランニングレビュー指摘修正マージ・指摘内容の完了後、開発ブランチをマージする・開発ブランチに不要なフローやスニペットが存在する場合、　マージ直前に削除する・コンフリクトが起きた際は該当データの作成者に意思疎通を　必ず取った上で対応 1日目 ~4日目 5日目 5日目 5日目【第三章】ビットキーのmabl導入事例 - ③自動テスト作成のライフサイクル

プランニングレビュー指摘修正マージ 1日目 ~4日目 5日目 5日目 5日目これを繰り返す・・・【第三章】ビットキーのmabl導入事例 - ③自動テスト作成のライフサイクル

- ④実際の利用画面テストの条件が特になければ最速で実行を完了できる並列実行を採用メンテナンスのしやすさを考慮し実行時間が15分前後になるようテストを分割 *シナリオテストの場合は別途考慮が必要分割する際は採番して順序をわかりやすく

- ④実際の利用画面 [プロダクト名][機能名]処理内容とフローを命名テスト観点を簡潔に書くことで何をテストするかを振り返りしやすく処理内容に応じてテストステップをグルーピング各処理はアノテート機能を利用して理解しやすいように文章化

- ④実際の利用画面

- ④実際の利用画面 ◾その他mablを導入して良かったこと・ローコード・ノーコードツールと謳い文句にしている通り、プログラミング経験のない　テストエンジニアでもサクサク自動テストを作成できた - 割合的には・・・[Recording : 要素の検索 : JavaScriptスニペット = 7 : 2.8 : 0.2] ・「要素の検索」機能や「JavaScriptスニペット」機能が使いやすく、テストの幅を広げたい時に　役立った - 余談ですが簡単な計算や要素の取得であれば今ならChatGPTをはじめとするGenerative AIを使うことで知識が浅くてもサッと作れた

- ④実際の利用画面 ◾その他mablを導入して良かったこと・ローコード・ノーコードツールと謳い文句にしている通り、プログラミング経験のない　テストエンジニアでもサクサク自動テストを作成できた - 割合的には・・・[Recording : 要素の検索 : JavaScriptスニペット = 7 : 2.8 : 0.2] ・「要素の検索」機能や「JavaScriptスニペット」機能が使いやすく、テストの幅を広げたい時に　役立った - 余談ですが簡単な計算や要素の取得であれば今ならChatGPTをはじめとするGenerative AIを使うことで知識が浅くてもサッと作れた mablを入り口としてプログラミングについて学ぶ人も出てくるかも？

第三章完（導入事例の紹介のためまとめは割愛・・・）

◾個人的なふりかえり・自動テストの扱いは未経験だったためはじめる前はきちんと使いこなせるか不安の気持ちで　いっぱいでしたが、実際は謳い文句通りプログラミングに関する知識が浅くてもサクサクと　自動テストを作成していくことができました！・（今回あまり触れられませんでしたが...)特に良かったのはmablの公式ドキュメントが扱いやすく、　またカスタマーサポートの方のレスポンスが早かったおかげで壁を感じてもすぐに乗り越えられる　環境が整っていた点です！・今まで手動のテスト実行で得た知識をスムーズに自動テストに落とし込むことができる　ツールだと実感しています！

◾最後に・これまで自動テストの作成方針やレビューにご協力していただいたビットキーの面々のみなさま、　おかげでこのような場に立つことができました。ありがとうございました！・また弊社ビットキー所属の岸田さん（パウリさん）に率先して諸々動いていただいてなければこの場はなかったと思います！ありがとうございました！・そしてこの場を設けるためにご協力していただいたmablers_JPの運営チームの皆様　（ほなみんさん、はまさん、おだしょーさん）、各種サポート誠にありがとうございました！

【mablers_JP - Online MeetsUp vol.4】Bitkeyでのmablを活用したテストエンジニアの思考プロセス機械化

【mablers_JP - Online MeetsUp vol.4】Bitkeyでのmablを活用したテストエンジニアの思考プロセス機械化

More Decks by Roku Mikami

Other Decks in Programming

Featured

Transcript