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
93
mablを活用した自動化の複数人での取り組み
22.12.3 ソフトウェアテスト自動化カンファレンス登壇資料
hacomono Inc.
PRO
December 03, 2022
Tweet
Share
More Decks by hacomono Inc.
See All by hacomono Inc.
プロダクトエンジニア 360°フィードバックを実施した話
hacomono
PRO
0
150
hacomonoの品質とQA[Findy Job LT]
hacomono
PRO
0
170
社運懸かった大型機能をゼロから作り直した話
hacomono
PRO
0
120
MagicPodでモバイルアプリの”自動テスト”を最速で立ち上げよう
hacomono
PRO
1
230
専任担当からチームに還してQA全員で取り組むテスト自動化
hacomono
PRO
0
280
Nuxt 3ではじめるテスト導入戦略と初手
hacomono
PRO
0
39
Waroomとインシデントと私
hacomono
PRO
0
140
Product Engineer Night #6プロダクトエンジニアを育む仕組み・施策
hacomono
PRO
1
840
初めてアジャイルテストに挑戦してみたら、スクラムチームが良いサイクルを回し始めた話
hacomono
PRO
1
290
Other Decks in Programming
See All in Programming
技術を改善し続ける
gumioji
0
120
1年目の私に伝えたい!テストコードを怖がらなくなるためのヒント/Tips for not being afraid of test code
push_gawa
1
610
Honoをフロントエンドで使う 3つのやり方
yusukebe
7
3.5k
PHPカンファレンス名古屋2025 タスク分解の試行錯誤〜レビュー負荷を下げるために〜
soichi
1
680
Honoとフロントエンドの 型安全性について
yodaka
7
1.5k
ソフトウェアエンジニアの成長
masuda220
PRO
12
2.1k
負債になりにくいCSSをデザイナとつくるには?
fsubal
10
2.6k
Jakarta EE meets AI
ivargrimstad
0
410
Bedrock Agentsレスポンス解析によるAgentのOps
licux
3
920
5分で理解する SOLID 原則 #phpcon_nagoya
shogogg
1
310
Introduction to kotlinx.rpc
arawn
0
770
Djangoアプリケーション 運用のリアル 〜問題発生から可視化、最適化への道〜 #pyconshizu
kashewnuts
1
260
Featured
See All Featured
Designing on Purpose - Digital PM Summit 2013
jponch
117
7.1k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
10
1.3k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
100
18k
Intergalactic Javascript Robots from Outer Space
tanoku
270
27k
Keith and Marios Guide to Fast Websites
keithpitt
411
22k
Fantastic passwords and where to find them - at NoRuKo
philnash
51
3k
RailsConf 2023
tenderlove
29
1k
GraphQLの誤解/rethinking-graphql
sonatard
68
10k
A Tale of Four Properties
chriscoyier
158
23k
Optimising Largest Contentful Paint
csswizardry
34
3.1k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
47
5.2k
4 Signs Your Business is Dying
shpigford
182
22k
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