Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
QAはソフトウェアエンジニアリングを学んで実践するのが大事なの
Search
ymty
June 17, 2025
Technology
1k
3
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
QAはソフトウェアエンジニアリングを学んで実践するのが大事なの
ymty
June 17, 2025
More Decks by ymty
See All by ymty
AI時代における最適なQA組織の作り方
ymty
6
1.4k
JSTQB Expert Levelシラバス「テストマネジメント」日本語版のご紹介
ymty
0
530
freeeのQA組織の現在地とこれから-freee技術の日2025
ymty
1
1.2k
ソフトウェアエンジニアリング入門
ymty
99
56k
JaSST’25 Kyushu - QAチームの士気の源泉
ymty
2
2.1k
ゆもつよがこの30年間自ら経験してきたQA、テストの歴史と未来
ymty
9
3.9k
今後の開発規模拡大、QA人材を爆速で立ち上げる
ymty
2
17k
Other Decks in Technology
See All in Technology
81天的 AI Agent 軟體開發團隊治理實務分享
regionbbs
0
140
続・ソフトウェアアーキテクトのための意思決定術: Decision Readiness, Revisited — When AI Changes the Economics of Software Architecture
snoozer05
PRO
9
2.8k
業務でAWSをあまり使っていない私が、AWSへのモチベを保つ方法
smt7174
0
180
[dbts2026]数十PBの超巨大データ×AI活用を支えるSnowflakeの実力〜大規模環境におけるアーキテクチャと運用のリアル〜
y_matsubara
0
120
AX時代の自治体支援リソース再配分と役割分担の再構成:戦略とロードマップ(概要)
sishi2026
0
210
GCASアップデート(202607-202610)
techniczna
1
240
自律的なチームを作るためにTechPMがやらないこと
ny7760
1
530
Kiro Crew 入門 (手を離しても進む仕事) | 目指せ Kiro マスター 11
inariku
PRO
4
650
公共分野での生成AI活用
toru_kubota
1
310
Active Directory と Entra ID のむむむな関係
murachiakira
PRO
4
1.7k
BALLAS Technology Deck
ballas_inc
0
360
「AIチャットからもできないの?」と言われたら ~業務アプリをMCP対応するときの認証・認可の勘所
oidfj
0
250
Featured
See All Featured
What the history of the web can teach us about the future of AI
inesmontani
PRO
3
800
Paper Plane
katiecoart
PRO
5
55k
[Rails World 2026] Durable orchestration on Rails: from continuation to workflow
palkan
3
1.2k
Making the Leap to Tech Lead
cromwellryan
135
10k
State of Search Keynote: SEO is Dead Long Live SEO
ryanjones
0
350
The Limits of Empathy - UXLibs8
cassininazir
2
770
The World Runs on Bad Software
bkeepers
PRO
72
12k
Prompt Engineering for Job Search
mfonobong
0
580
B2B Lead Gen: Tactics, Traps & Triumph
marketingsoph
1
300
Large-scale JavaScript Application Architecture
addyosmani
516
110k
HU Berlin: Industrial-Strength Natural Language Processing with spaCy and Prodigy
inesmontani
PRO
0
800
Intergalactic Javascript Robots from Outer Space
tanoku
273
28k
Transcript
QAはソフトウェアエンジニアリングを学んで実践するのがのが大事なの JaSST nano vol49 2025.06.17
祝 JaSST nano 初登壇!
3 ◆(これまでのfreeeでの)担当プロダクト:会計帳簿と固定資産、コ アエンジン、freeeカードUnlimited、小口現金管理のQAエンジニア、 会計全体、金融(入出金管理、リレバン、オファー型融資、資金調 達、福利厚生)、支出管理のQAオーナー ◆趣味:酒を飲む、ギターの練習をする ◆経歴:1991年4月から社会人
→ 工作機器メーカーで原価管理システム受入テスト →テスト担当者(主に財務会計ソフト) →テストリード(主にプリンタドライバー) →テストコンサルタント(主に携帯、オーディオ) →テストツールプリセールス(主にテスト管理ツール) →テストマネージャー(国際案件のAPJ担当など) →保険会社のテスト専門部署の課長(合併案件のTM兼任) →2019年7月〜 freeeのQAエンジニア →2022年1月〜 freeeのQAマネージャー ◆好きな食べ物:日本そば ◆最近あった嬉しかったこと:上の2人の子供が大学卒業したので学 費がかからなくなること ◆最近あった悲しかったこと:個人的に持ってるmiroのアカウントで 誤って30万円近い請求がきたこと 湯本 剛(ymty:ゆもつよ) QA品質企画/SEQ JM Tsuyoshi Yumoto
QAってテストの人? エンジニアはプロダクトを作る人だよね?
• エンジニアリングとは、再現可能なやり方で問題を解いていくこと ◦ もっと言えば、成功の確率を上げるための考え方と仕組み • ソフトウェア開発にとってエンジニアリングとは、目に見えないものを作っていくため の論理と構造の技術
◦ つまり、ソフトウェアの見た目(画面)だけではわからないたくさんのルール、仕組 み、繋がりと言った中身をみんなで共有できる形にする技術 ◦ 、 そもそもエンジニアリングってなんなの? エンジニアリング実践者 = エンジニア
エンジニアリングの三要素 技術 プロセス 人 活動、順序 技法、ツール 倫理、能力
開発での活動にて、効率をよくしたり、同じ間違えを繰り返さないような上手いやり方が技術 技法や手法:開発言語、設計技法、仕様記述言語、モデリング言語、テスト技法... ツール:エディター(VSCodeなど)、構成管理(GitHubなど)、CI/CD(CircleCIなど)、環境(Dockerなど)... 開発での活動をブラックボックスではなく、具体的にあきらかにして共有可能にするのがプロセス ソフトウェア開発活動を具体的に明らかにする ソフトウェア開発活動 要求 設計 構築 テスト インプッ ト アウト プット インプッ ト アウト プット 明らかにする
エンジニアリングは 地図を書くこと
• 要求を集めて、取捨選択し、仕様化して、設計して、作って、確かめて、届けて、見 守る • そういう一連の流れを見えるようにしたのがプロセスであり、それは地図そのもの プロセスが、つまりは地図なの QAはこの地図(i.e.プロセス)を読めてこそ品質に関われる
• 要求に対する認識が不十分 • 曖昧な仕様 • 設計がされずコーディング
ソフトウェアの問題はコードの中だけではないの そういう「目に見えない問題」に気づくためにQAは プロセスに関わる必要があるの
さらには、今年の新人教育にも組み込んで、新卒エンジニア全員にも教えたの • 計画、見積もり、スケジューリングって何をするの? • 要求と要件は何が違うの? • 要件と設計は何が違うの?
• 星占いやギャンブルではない合理的なやり方ってなんなの? • 設計しないでコードを書くのはなんでいけないの? • 本番リリース、リリース後対応って何をしてるの? • チーム開発で大事なことは何? だから私はQAエンジニアにエンジニアリングを教えてるの QAとは、品質に向き合うことなの だから、作り方の仕組みを理解するのが大事なの
4.ソフトウェア開発にて行うこと
4.4 構築 「エンジニアリング入門」の全体構成 2.ビジネスにおけるソフトウェア開発の特徴 3.ソフトウェアエンジニアリングとは何か? 4.1コミュニケーション 4.5 デプロイ、リリース後対応 4.3 モデリング 4.2プランニング 4.6 QA(品質保証) 4.7 チーム開発 コーディング インテグレーション テスティング 環境構築 設計 要求獲得 要求まとめ 保守運用 障害対応 チーム、ツール 見積り スケジューリング 本番デプロイ 本番モニタリング ç 分析 仕様化 ç
• 要求分析のプロでも良い • 業務ドメインのプロでも良い • データ設計のプロでも良い •
コーディングのプロでも良い • テストのプロでも良い QAは、開発の「プロセスの中」に立つ人、しっかりと立つには何か一つ「自分の軸」 を持っているのがよい。それが、QAをやる「エンジニア」 • 軸があるとその人の言葉には信頼が集まる ◦ なぜそこに気付いたのか?、なぜ今それを問うのか? ▪ そういう「問いの質」に大きく影響するの エンジニアは何かのプロであるべき
ありがとうございました