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チームの取り組み
Search
saik1010
February 14, 2019
Technology
2
4.5k
【サービス品質向上しナイト】ウエディングメディアを支えるQAチームの取り組み
saik1010
February 14, 2019
Tweet
Share
More Decks by saik1010
See All by saik1010
【Notion ✕ PM Club】少数精鋭のスタートアップ開発組織におけるNotion活用事例 ~プロダクトバックログからスプリントに至るまで~
saik1010
2
1.1k
【CNDO2021】AWS初学者が始めるコンテナを利用したサーバ構築(ECS/Fargate)
saik1010
0
450
【jtf2021w】私が3つ目の専門軸としてSREを選んだ理由 〜これからのエンジニアキャリア戦略〜
saik1010
3
1.8k
【 STAC2020】テスト自動化導入に取り組んだ1年の歩み 〜E2E編〜
saik1010
2
4.2k
【 システムテスト自動化カンファレンス2019】EM×QA視点で進めるテスト自動化への取り組み
saik1010
1
4.2k
エンジニアリングマネージャー視点で見るQAチームの存在意義
saik1010
0
780
【enjoy!インハウス#03】チーム立ち上げ時に意識すべき3つのこと
saik1010
0
170
【phpcon2018】エンジニアだけで完全内製化のQAチームを立ち上げた話
saik1010
0
1.8k
Other Decks in Technology
See All in Technology
~宇宙最速~2025年AWS Summit レポート
satodesu
1
1.9k
Javaで作る RAGを活用した Q&Aアプリケーション
recruitengineers
PRO
1
120
mrubyと micro-ROSが繋ぐロボットの世界
kishima
2
340
CursorによるPMO業務の代替 / Automating PMO Tasks with Cursor
motoyoshi_kakaku
0
180
標準技術と独自システムで作る「つらくない」SaaS アカウント管理 / Effortless SaaS Account Management with Standard Technologies & Custom Systems
yuyatakeyama
3
1.3k
Agentic Workflowという選択肢を考える
tkikuchi1002
1
540
【TiDB GAME DAY 2025】Shadowverse: Worlds Beyond にみる TiDB 活用術
cygames
0
1.1k
Windows 11 で AWS Documentation MCP Server 接続実践/practical-aws-documentation-mcp-server-connection-on-windows-11
emiki
0
1k
Delegating the chores of authenticating users to Keycloak
ahus1
0
130
Tech-Verse 2025 Keynote
lycorptech_jp
PRO
0
220
強化されたAmazon Location Serviceによる新機能と開発者体験
dayjournal
3
220
Amazon S3標準/ S3 Tables/S3 Express One Zoneを使ったログ分析
shigeruoda
4
550
Featured
See All Featured
Large-scale JavaScript Application Architecture
addyosmani
512
110k
Site-Speed That Sticks
csswizardry
10
660
Designing Experiences People Love
moore
142
24k
The Power of CSS Pseudo Elements
geoffreycrofte
77
5.8k
Code Review Best Practice
trishagee
68
18k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
161
15k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
26
2.9k
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
53
2.8k
[RailsConf 2023] Rails as a piece of cake
palkan
55
5.6k
GraphQLの誤解/rethinking-graphql
sonatard
71
11k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
507
140k
KATA
mclloyd
29
14k
Transcript
ウエディングメディアを支える QAチームの取り組み 公式キャラクター「ウエパ」 サービス品質向上しナイト
斉藤 健太 システムエンジニア マネージャー QAチーム マネージャー 自己紹介 2017年中途入社。29歳で3児の父。 前職(SIer受託)で行なっていた品質要求の高い開発 経験が転職してから自身の強みであることを認識。入
社4ヶ月でQAチームを立ち上げ、成長するサービスを 支えるために日々奮闘中! キャリア SIer(受託)/BtoB/Web/Java/Oracle/マネジメン ト/PHP/MySQL/QA 株式会社ウエディングパーク
会社紹介
None
None
運営サービス
運営サービス
開発・制作環境
環境・活動 発表当日のみ
ウエディングメディアを支える QAチームの取り組み
QAチーム 誕生の経緯 ・QAとは? ・QAチームのミッション SECTION 01 サービス拡大による 不具合の増加 ・開発体制 ・仕様理解PJ
・結果 SECTION 02 まとめ ・成果 ・現状の課題 ・今後の展望 SECTION 03 もくじ
QAチーム誕生の経緯 品質向上へ戦いの始まり・・! SECTION 01
QAとは? 効率と品質が求められる あらゆる活動において、 それらに保証を与えるのに 必要な証拠を提供する活動一般を指す。 出典:wikipedia 生産性 品質 ✕ SECTION
01 QAチーム誕生の経緯
弊社QAチームの特徴 SECTION 01 QAチーム誕生の経緯 完全 内製化 POINT 01 エンジニア 主体
POINT 02
品質を上げるためなら何でもやる! 品質の埋め込みプロセス 品質の確認・検証プロセス 要 件 機 能 設 計 技
術 設 計 実 装 開 発 テ ス ト シ ス テ ム テ ス ト 受 け 入 れ テ ス ト リ リ 丨 ス 期待 規制 方針 機会 問題 QAチームの業務範囲 SECTION 01 QAチーム誕生の経緯
障害件数 (本番) リリース数 ÷ 障害発生率 = 10% 10件 100件 ※数値はサンプルです
QAチームのミッション 障害件数だけで追ってしまうと、 リリース数が増えた時に正確に計測ができない SECTION 01 QAチーム誕生の経緯
サービス拡大による 不具合の増加 ナレッジが 蓄積できない 改善しなければ いけない危機感 SECTION 01 QAチーム誕生の経緯 開発の課題(QAチーム立ち上げ前)
サービス拡大による 不具合の増加 ナレッジが 蓄積できない 改善しなければ いけない危機感 SECTION 01 QAチーム誕生の経緯 開発の課題(QAチーム立ち上げ前)
サービス拡大による不具合の増加 サービスが拡大するにつれて、機能の増加や仕様の複雑化が進んだ ことにより、開発・テストに関わるメンバーの「機能の把握度」や「仕様 の理解度」が開発品質を大きく左右する状況 SECTION 01 QAチーム誕生の経緯 影響範囲 漏れ 仕様の
見落とし 品質の バラつき
サービス拡大による不具合の増加 長く運用するサービスあるある・・・ SECTION 02
ナレッジMTG 自動テスト KGI/KPI テストフローの 見直し サービス 仕様理解 他社交流 障害分析 TPI-NEXT
品質・テスト 勉強会 マスタテスト ケース作成 テスト管理 ツール検証 チーム活性化 回帰テスト運用 SECTION 02 サービス拡大による不具合の増加 この1年でQAチームが取り組んだこと
ナレッジMTG 自動テスト KGI/KPI テストフローの 見直し サービス 仕様理解 他社交流 障害分析 TPI-NEXT
品質・テスト 勉強会 マスタテスト ケース作成 テスト管理 ツール検証 チーム活性化 回帰テスト運用 SECTION 02 サービス拡大による不具合の増加 この1年でQAチームが取り組んだこと
SECTION 02 サービス拡大による不具合の増加 開発体制 TOPIC 01 仕様理解PJ TOPIC 02 結果
TOPIC 03
SECTION 02 サービス拡大による不具合の増加 開発体制 TOPIC 01 仕様理解PJ TOPIC 02 結果
TOPIC 03
SECTION 02 サービス拡大による不具合の増加 開発体制
SECTION 02 サービス拡大による不具合の増加 開発体制 数十チームある・・!
→ 開発 → テスト → リリース SECTION 02 サービス拡大による不具合の増加 開発の流れ → デザイン オリエン
SECTION 02 サービス拡大による不具合の増加 開発体制 TOPIC 01 仕様理解PJ TOPIC 02 結果
TOPIC 03
仕様理解PJ・・? サービスの軸となる機能の仕様をまとめ、基礎スキルを定義 基礎スキル=所属チームに関わらず知っておくべき仕様 SECTION 02 サービス拡大による不具合の増加 仕様取り纏め 講義 筆記テスト
SECTION 02 サービス拡大による不具合の増加 開発体制 TOPIC 01 仕様理解PJ TOPIC 02 結果
TOPIC 03
SECTION 02 サービス拡大による不具合の増加 講義の様子 発表当日のみ
① とにかく全員参加 ディレクターもエンジニアもデザイナーも役員も! 自分の担当領域以外であっても!! ② 筆記テストで理解度を定量化 合格基準を80点以上として、目標を明確に! ③ この施策をやる理由は障害分析から 過去に発生した障害の傾向から実施内容を決定(=納得感を大切に)
SECTION 02 サービス拡大による不具合の増加 工夫したポイント
① 知っておかなくてはいけない危機感が生まれた 基礎スキルと定義したことで、職種や担当に関わらず、 最低限知らなければいけないことが言語化できた! ② 開発・テスト時の影響範囲漏れが減った 入社歴に関係なく、均等に知識のシェアがされたことにより、 ケアレスミスレベルの影響範囲漏れやテスト観点漏れが激減した! SECTION 02
サービス拡大による不具合の増加 取り組みをした結果
まとめ 現状の課題と今後の展望 SECTION 03
ナレッジMTG 自動テスト KGI/KPI テストフローの 見直し サービス 仕様理解 他社交流 障害分析 TPI-NEXT
品質・テスト 勉強会 マスタテスト ケース作成 テスト管理 ツール検証 チーム活性化 回帰テスト運用 SECTION 03 まとめ この1年でQAチームが取り組んだこと
障害件数 (本番) リリース数 ÷ 障害発生率 = 10→5% 10→5件 100件 ※数値はサンプルです
前年度比で半減ペース! SECTION 03 まとめ この1年間での成果(QAチーム)
① ソフトウェア品質・テストの基礎知識 QAエンジニアとしての経験を持っていないため、基礎的なスキル不足 ② 慢性的なリソース不足 少人数で成果は出ているものの、今後のサービス成長を支える上では やりたいこと(やらなければいけないこと)がたくさん! SECTION 03 まとめ
現状の課題(QAチーム)
SECTION 03 まとめ 今後の展望(QAチーム) 安全かつ生産性の高い開発体制をつくる! 上流からの 品質向上 自動テスト 促進 KGI/KPI
量+質へ
ご清聴ありがとパ