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
mablを活用した自動化の複数人での取り組み
Search
hacomono Inc.
PRO
December 03, 2022
Programming
0
48
mablを活用した自動化の複数人での取り組み
22.12.3 ソフトウェアテスト自動化カンファレンス登壇資料
hacomono Inc.
PRO
December 03, 2022
Tweet
Share
More Decks by hacomono Inc.
See All by hacomono Inc.
hacomonoにおけるプロダクトエンジニアの役割と生態
hacomono
PRO
5
430
"ウルトラジャンプ" な成長を支えるプロダクトエンジニアというキャリア
hacomono
PRO
2
610
PoCに向けた最小限の機能開発で考えたこととしくじり
hacomono
PRO
0
480
「ここは俺に任せておまえは先に行け」hacomono運用保守部の紹介
hacomono
PRO
0
57
hacomonoのRailsプロダクトにおけるテストの実状とこれから
hacomono
PRO
0
110
hacomonoで頑張るSRE: クラウドガバナンス&クラウドセキュリティ編
hacomono
PRO
0
200
hacomono アーキテクチャのリアル ~スタートアップが直面する技術的負債~
hacomono
PRO
0
200
BtoB SaaS プロダクトでの要件定義のリアル
hacomono
PRO
0
50
Nuxt2 -> 3 を戦っていくには
hacomono
PRO
0
130
Other Decks in Programming
See All in Programming
Kotlin Multiplatform at Stable and Beyond (Android Makers 2024)
zsmb
0
120
SwiftUIで使いやすいToastの作り方 / How to build a Toast system which is easy to use in SwiftUI
lovee
3
140
if constexpr文はテンプレート世界のラムダ式である
faithandbrave
3
640
CA.swift19 恋するAIアプリ開発の裏側
oskmr
0
360
Tailwind CSSを本気でカスタマイズする方法
fsubal
13
5.2k
R言語の環境構築と基礎 Tokyo.R 112
bob3bob3
0
270
PHPの次期バージョンはこの時期どうなっているのか - Internalsの開発体制について - PHPカンファレンス小田原
youkidearitai
PRO
1
190
0→1と1→10の狭間で Javaという技術選定を振り返る/Reflecting on the Decision to Choose Java Between Scaling from 0 to 1 and 1 to 10
jaguar_imo
2
380
Java 22 Overview
kishida
1
180
二郎系ラーメンのコールで学ぶ AST 解析
memory1994
PRO
7
1.7k
データアナリストが行うDatabricksを活用したETLの自動化事例
shinoa
0
270
OpenAPIを中心に考えるAPI開発入門 / Introduction to API Development with a Focus on OpenAPI
seike460
PRO
2
170
Featured
See All Featured
Designing with Data
zakiwarfel
96
4.8k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
227
16k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
30
6k
[RailsConf 2023] Rails as a piece of cake
palkan
23
3.9k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
17
1.4k
StorybookのUI Testing Handbookを読んだ
zakiyama
13
4.6k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
357
22k
Fashionably flexible responsive web design (full day workshop)
malarkey
398
65k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
352
28k
Build The Right Thing And Hit Your Dates
maggiecrowley
24
2k
10 Git Anti Patterns You Should be Aware of
lemiorhan
648
58k
The Cult of Friendly URLs
andyhume
74
5.7k
Transcript
mablを活用した自動化の複数人での取り組み
トピックス 1 自己紹介と会社紹介 2 メインターゲット 3 mablとは 4 取り組み時に決めたこと 5
実際取り入れてみてどうだったか 6 今後の展望
トピックス 1 自己紹介と会社紹介 2 メインターゲット 3 mablとは 4 取り組み時に決めたこと 5
実際取り入れてみてどうだったか 6 今後の展望
自己紹介 塩濱 優 / shiohama yu @hcmn_hama 2019年にhacomono入社 入社~2年間はプロダクト側の開発エンジニアとして 改善や新機能開発をしておりました。
現在はQAチーム全体の管理や自動化をメインで担当しています。 元々QAエンジニアは正社員私1人だったところから 現在では3名になり、 業務委託合わせると12名のチームになりました 🎉
会社紹介 店舗ビジネスの未来を変える 会員管理・予約・決済システム フィットネス・スクール向けのバーティカル SaaSとして、 日本の社会課題解決、業界マーケットサイズ拡大に挑戦しています。
トピックス 1 自己紹介と会社紹介 2 メインターゲット 3 mablとは 4 取り組み時に決めたこと 5
実際取り入れてみてどうだったか 6 今後の展望
メインターゲット これから自動化を開始しようとしている方 1人で自動化をしていたが複数名で取り組み開始したいと考えている方 ローコード自動化サービスを開始し始めたばかりの方
トピックス 1 自己紹介と会社紹介 2 メインターゲット 3 mablとは 4 取り組み時に決めたこと 5
実際取り入れてみてどうだったか 6 今後の展望
mablを活用した自動化の複数人での取り組み
mablとは ・E2Eテスト自動化ソリューション ・非エンジニアでも簡単にテストが作成できる ・また、エンジニアも使用しやすいUIで、変数管理も可能 複雑なケースにも対応しやすい ・CI/CDに結合して、 開発プロセスに組み込むこともできる
mablを活用した自動化の複数人での取り組み
トピックス 1 自己紹介と会社紹介 2 メインターゲット 3 mablとは 4 取り組み時に決めたこと 5
実際取り入れてみてどうだったか 6 今後の展望
取り組み時に決めたこと 複数人で実装していくということを視野に入れてガイドラインを作成する
ガイドライン① -コーディング規則 コーディング規則を定義し、 どのように実装されるべきかを定め 自動化していく上での「品質」「保守のしやすさ」の確保を大切にしました。
ガイドライン① -コーディング規則 コーディング規則 命名規則を定めていく
コーディング規則 flow どの工程(操作)を行うのか branch どこで作業をするか test どのシナリオのテストなのか
コーディング規則 branch どこで作業をするか (シナリオ分類)_(テストケースNo)_(パターンNo)_氏名 例) TJ01_01_A_hama
コーディング規則 test どのシナリオのテストなのか (シナリオ分類)_(テストケースNo)_(パターンNo)_テストケースタイトル(サブタイトル) 例) TJ01_01_A_会員登録導線(仮登録ステータスをSkipする)
コーディング規則 flow どの工程(操作)を行うのか test どのシナリオのテストなのか branch どこで作業をするか 何がどのシナリオに入っているのかを目視しやすいことを目的とした
コーディング規則 flow どの工程(操作)を行うのか Prefixをつける ページ内動作の場合、そのページでのみ実行可能なフローであることを明確化するため、 【サイト名】もしくは【サイト名/ページ名】を記載します。 例1) 【管理サイト】【予約サイト/マイページ】 例2) 【管理サイト/メンバー詳細/プラン/プラン一覧】
コーディング規則 flow どの工程(操作)を行うのか 名称は◦◦する, ◦◦かどうか確認するといったシンプルな形にする フロー名に含まれるページ名称 .. 「...」で括る フロー名に含まれるページ内文言 ..
"..."で括る 例) 【予約サイト/マイページ】「所持チケット」へ遷移する
コーディング規則 test どのシナリオのテストなのか branch どこで作業をするか flow作成の重複を防ぐことを目的とした flow どの工程(操作)を行うのか
コーディング規則 すでにどのflowが用意されているかを目視しやすくなりました
ガイドライン② -ルール 何を元に自動化の実装をしていくのか
ガイドライン② -ルール リグレッションテスト
リグレッションテストと自動化の関係性 テスト管理ツール Qase スプレッドシート マスタ情報 テストケース 自動化 ケース内容を実装 同じ状態を保つ 自動化済/未の状態を反映
ガイドライン②-ルール 自動化できないパターンのルール決め
ガイドライン②-ルール どうしても自動化できない/難しい手順やシナリオはある
ガイドライン②-ルール テストケース(スプレッドシート) テスト管理ツール(Qase) xxxの表示確認 ✅ [手動]xxxの表示確認 自動化できなかった部分だけを抜き出す
ガイドライン③ - レビューフロー レビューフローを定めました
ガイドライン③ - レビューフロー アサイン~実装 誰がどのケースを担当するかを管理 ブランチの作成 実装 レビュー~マージ レビュー依頼を出す コーディング規則のチェック
コンフリクトの解消
トピックス 1 自己紹介と会社紹介 2 メインターゲット 3 mablとは 4 取り組み時に決めたこと 5
実際取り入れてみてどうだったか 6 今後の展望
実際取り入れてみてどうだったか 良かった点
実際取り入れてみてどうだったか 良かった点 💮 ・ガイドラインがあることによって、スムーズにオンボーディングが進む ・誰が参加しても同じ状態を保ちながら、実装を増やしていける ・メンテナンスがしやすくなる ・エンジニア、非エンジニアともに同様の実装方法になる ・他に良い取り組み事例があった場合に、置き換えやすい
実際取り入れてみてどうだったか 改善したい点
実際取り入れてみてどうだったか 改善したい点 ・コーディング規則があるとはいえ、間違うことは誰にでもある。 一定のメンテナンス時間は確保したい。 ・機能のアップデートに合わせて期待値を変えないといけない場合がある 機能のキャッチアップを効率よくできる仕組みを用意が必要 ・テストの実行時間や自動化に対する分析も行っていきたい
トピックス 1 自己紹介と会社紹介 2 メインターゲット 3 mablとは 4 取り組み時に決めたこと 5
実際取り入れてみてどうだったか 6 今後の展望
今後の展望 ・目下は、リグレッションテストの自動化をしていくが、 機能リリース時に初めからmablで実装もしていきたい。 ・まだチャレンジできていない分野も進めていきたい。 (APIテストにも着手したい) ・一緒に自動化を推進してくださる方の採用頑張る
最後に もっと良い取り組み方あるよ!などなど何かあれば、 お気軽にTwitterでもご連絡ください @hcmn_hama