QA engineer at a Startup vol.18【QAエンジニアが仕様書作成を開始した話】

571 Views

August 26, 25

#qa #qaas

スライド概要

masataka.yokota

@masataka-yokota

スライド一覧

QAエンジニアしています

またはPlayer版

埋め込む »CMSなどでJSが使えない場合

ダウンロード

関連スライド

チーム内連携強化のためのGQMフレームワークに基づいた不具合情報可視化の取り組み

masataka.yokota 8.2K

生成AI時代におけるQAエンジニアの価値創造

qa 生成ai テスト

masataka.yokota 3.5K

初めてのJaSST Tokyo登壇への道しるべ

qa jasst テスト

masataka.yokota 710

HRBrain 会社説明資料

HRBrain採用 1M

イケてる起業の進め方

北原麦郎 0.9M

見やすいプレゼン資料の作り方[ドクセル版]

資料デザイン資料作成 powerpoint keynote slide design

モリシゲ 660.3K

各ページのテキスト

QA engineer at a Startup vol.18 【QAエンジニアが仕様書作成を開始した話】株式会社ZENKIGEN 横田雅和 2025.08.25 © ZENKIGEN Inc.

自己紹介横田雅和株式会社ZENKIGEN harutaka事業本部兼新規事業部 QAエンジニア 2024年2月入社開発チームに所属するインプロセスQAエンジニア ● ● ● 複数部署を兼務 SaaS系サービス開発社員のQAエンジニアは私のみ © ZENKIGEN Inc.

ZENKIGEN提供サービス：harutaka 採用DXサービス採用工程をデジタル化し、高効率・高品質の採用を実現するオンライン上での選考を可能にする「エントリー動画」と「ライブ面接」を基本機能として提供しています。面接から採用活動をデジタル化することで、これまでの採用活動と比較し、企業・応募者双方の時間コストの削減や採用活動の効率化・高度化を図ることができます。 https://harutaka.jp © ZENKIGEN Inc.

https://harutaka.jp

ZENKIGEN提供サービス：コレドウコレドウはAIによって効果的な目標を効率的に作るツールです。目標達成と個人の成長をサポートします。目標設定サポート目標設定サポート記載した目標について、グレードやメンバーのキャリア目標や、チーム内での役割の中で適切かを判定し、かつSMARTな形に書き AIと壁打ちすることで、SMARTかつ達成計画が換えます。具体的な目標がたった10分間で作成可能。効率的に効果的な目標を作成します。リマインド進捗管理進捗管理評価 SMARTな目標に対して適切なタイミングで進捗確認をPushで通知(Slack,メール等) 目標を定期的にリマインドすることで詳細に立てた達成計画に対しての進捗状況を管達成をサポートします。理可能。また、上長も進捗を閲覧できるため、「蓋を開けてみたら未達」を回避。通知に対して回答するだけで進捗管理が出来るようになり、マネージャーがマイクロマネジメントをする身体的・心理的労力を排除します進捗管理で残しておいたコメントや実績をベース目標の達成度合いはどうなっているのか？を月次でにAIが評価案とFB案を自動作成。レポーティングします。案を叩きに評価を入力が出来ます。事実に基づいた正確な評価により、評価の公平感と納得感を向上させます。 © ZENKIGEN Inc.

体制概要図 harutaka 事業本部開発 Eng デザイナー開発 Eng 新規事業部開発 Eng 開発 Eng デザイナー QAE © ZENKIGEN Inc. 開発 Eng 開発 Eng QAE

みなさんへ質問 ● 要件定義書はあるが仕様書が無くて、テストが書けないという経験はありませんか？ ● 機能リリース後に仕様書を確認したら、アップデートがされていなく何が正しいか分からないという経験はありませんか？ ● そもそも、仕様書を作成するのは誰がすることなのでしょうか？ © ZENKIGEN Inc.

問題と課題を整理する ■問題仕様書作成者が定まっておらず、仕様書が無い場合がありテスト設計が進まない ■課題 1. リリースまでの工程と成果物の関係性を明確にする a. 明確にすることで、現時点で不足情報を洗い出す 2. 仕様書作成者を決定し、チーム内で合意を得る © ZENKIGEN Inc.

10.

11.

各課題に対する取り組み：仕様書作成者を決定し、チーム内で合意を得る ● 現状の各工程と成果物が可視化出来たことで、テストに必要ドキュメント＝仕様書が必要であることがわかった ● QAエンジニアが仕様書を作成することで、テストに必要なドキュメントを作成出来るのでは？と考えた ● 仕様書作成者＝QAエンジニアとして問題ないかをチームに相談し、合意を得た © ZENKIGEN Inc.

12.

13.

QAエンジニアが仕様書作成を行ったことでの学び ● 今までデザインベースで開発者とコミュニケーションしていたが、仕様書が出来たことで会話の幅が広がった ● 早めに要件等の疑問点や開発困難度に気づく事が出来るようになった ○ エラーバリデーションの必要性や画面遷移有無の確認がテスト設計前に気付けた ● テスト分析しながら仕様書作成しているイメージに近いかも ○ そこまで負荷は上がらなかった © ZENKIGEN Inc.

14.

今後の展望 ● QAでのテスト実施完了後に生成AIを用いて、仕様書をアップデートする ○ 最新のテスト設計書/項目書をインプットにする ○ 元の仕様書とは別のドキュメントにするのかは要検討 ● 仕様書作成をQAエンジニアの主務にし、生成AIでテストプロセスを効率化していく ○ ワークフローは作成出来ているが、運用はこれから ○ 段階的に生成AIを活用→運用可能か見定めていく © ZENKIGEN Inc.

15.

https://tokyotestfest.com/

16.

17.

18.