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
多すぎた「隠し味」-シェフ秘伝のレシピから見えてくるものとは? / Too many “hid...
Search
yayoi_dd
April 20, 2023
Technology
0
2.8k
多すぎた「隠し味」-シェフ秘伝のレシピから見えてくるものとは? / Too many “hidden flavors”
弥生株式会社 もくテク
弥生QAエンジニアと品質を考える会 ~カレーづくしの考察集~(2023/04/20)
https://mokuteku.connpass.com/event/275711/
yayoi_dd
April 20, 2023
Tweet
Share
More Decks by yayoi_dd
See All by yayoi_dd
弥生のQAエンジニア 品質保証活動と今後の課題 / Yayoi QA engineers, Quality assurance activities and future challenges
yayoi_dd
0
16
【弥生】20250130_AWSマルチアカウント運用セミナー登壇資料
yayoi_dd
1
280
Amazon OpenSearchのコスト最適化とZeroETLへの期待 / Amazon OpenSearch Cost Optimization and ZeroETL Expectations
yayoi_dd
1
46
フロントエンドとバックエンド非同期連携パターンのセッションを見てきた話 / Talk about seeing a session on front-end and back-end asynchronous coordination patterns
yayoi_dd
0
45
reInventで学んだWebシステム運用のBadDayへの備え方 / How to Prepare for BadDay in Web System Operations Learned at reInvent
yayoi_dd
0
33
AWS reInventで感じた世界に見る生成AIの競争 / Competition in Generative AI as Seen Around the World at AWS reInvent
yayoi_dd
0
44
データの意味を適切に伝えましょう データ可視化のお手本/Conveying the Meaning of Data Appropriately: Exemplary Data Visualization
yayoi_dd
0
57
「失敗」から学ぶこと ~ソフトウェア開発と失敗の歴史~/Learning from 'Failures': The History of Software Development and Failures
yayoi_dd
0
54
ソフトウェアアーキテクチャーの基礎 エンジニアリングに基づく体系的アプローチ/Fundamentals of Software Architecture: A Systematic Approach Based on Engineering
yayoi_dd
0
56
Other Decks in Technology
See All in Technology
株式会社EventHub・エンジニア採用資料
eventhub
0
4.3k
遷移の高速化 ヤフートップの試行錯誤
narirou
5
870
Raycast Favorites × Script Command で実現するお手軽情報チェック
smasato
1
120
Cracking the Coding Interview 6th Edition
gdplabs
14
28k
内製化を加速させるlaC活用術
nrinetcom
PRO
2
110
依存パッケージの更新はコツコツが勝つコツ! / phpcon_nagoya2025
blue_goheimochi
3
200
Perlの生きのこり - エンジニアがこの先生きのこるためのカンファレンス2025
kfly8
1
240
偏光画像処理ライブラリを作った話
elerac
1
160
ソフトウェアエンジニアと仕事するときに知っておいたほうが良いこと / Key points for working with software engineers
pinkumohikan
1
140
AIエージェント元年
shukob
0
140
AWSを活用したIoTにおけるセキュリティ対策のご紹介
kwskyk
0
280
プロダクトエンジニア構想を立ち上げ、プロダクト志向な組織への成長を続けている話 / grow into a product-oriented organization
hiro_torii
1
330
Featured
See All Featured
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
114
50k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
666
120k
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
10
500
jQuery: Nuts, Bolts and Bling
dougneiner
63
7.7k
Documentation Writing (for coders)
carmenintech
67
4.6k
4 Signs Your Business is Dying
shpigford
182
22k
Building a Scalable Design System with Sketch
lauravandoore
461
33k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
133
33k
Into the Great Unknown - MozCon
thekraken
35
1.6k
Code Reviewing Like a Champion
maltzj
521
39k
Facilitating Awesome Meetings
lara
52
6.2k
What's in a price? How to price your products and services
michaelherold
244
12k
Transcript
多 す ぎ た 「 隠 し 味 」 ー
シ ェ フ 秘 伝 の レ シ ピ か ら 見 え て く る も の と は ? 弥 生 株 式 会 社 福 田 柾 也
本日の内容 • 元々テスト計画からテスト実施までを一人で行っていた私が、一部の作業 を別の方にお任せするようになってから生じた色々な課題に関するお話し です テスト計画 テスト作成 テスト実施 私(店長役として登場) 新人さん
テスト作成 テスト実施 テスト設計 ?
こちらは、地元でこだわりの洋食屋を経営してきた店長と新人のお話です。 店長はこれまで調理や接客を一通りこなしてきましたが、コロナ禍や物価 高の事情により、経営に専念する必要が出てきました。 そこで、アルバイトの新人にまずは看板メニューのカレー作りを任せるこ とにしました。 店長はこの道15年で、味に対するこだわりが強く、完璧を求める性格です。
レシピにはカレー作りの工程が書かれているのですが、細かな手順は省か れており、実際は長年の勘と経験によるアレンジが随所に加えられていま す。 先週から入ったばかりの新人はレシピやマニュアルもとにカレーを作って みましたが、店長が納得する味のカレーを作れず、困惑しています。 新人「店長、レシピ通り玉ねぎは細切りでいいんですよね?」 店長「おう、具材としてはな。隠し味に入れる分はみじん切りだぞ。あと は、はちみつ、コーヒー、しょうゆ、りんごかな。その日の調達状況にも よるけど。」 新人「・・・・。」
店長に一つ一つ作り方を再確認していると、レシピには書かれていない隠 し味や下ごしらえが大量にあることが分かりました。 新人はレシピと実際の調理内容とのギャップに戸惑っているようです。 果たして、店長は新人にカレー作りを任せることができるのでしょうか?
私の経験談に基づく実話 • 極限まで効率的に作られたテストシナリオ 店長 店長 • 手順に重複や無駄がある • 確認観点に漏れがある 新人さん
事象から見えてきたこと • 依頼された側は何が「効率的な手順」であるか分からないが、依頼する側 はこの点を見失いがち • 依頼された側に過去の経験がない場合、必要な工程が漏れる場合がある が、依頼する側は「当然確認してくれる」と期待しがち
事象から見えてきたこと • 依頼された側は何が「効率的な手順」であるか分からないが、依頼する側 はこの点を見失いがち • 依頼された側に過去の経験がない場合、必要な工程が漏れる場合がある が、依頼する側は「当然確認してくれる」と期待しがち 「経験則に基づく隠れたこだわり(=隠し味)」が伝わっていない ※ここでの「隠し味」とは、「レシピに明文化されていない調理過程」を指します。
「経験則に基づく隠れたこだわり」とは? ①複数の経路、導線から実行できる場合は最短ルートで実行する 画面D 画面B 画面A 画面C 画面F 最短ルート 画面E 画面遷移図
「経験則に基づく隠れたこだわり」とは? ②過去の障害や仕様変更から、重点的にテストを行うべき個所を知っている 2023 2016 2017 2018 2019 2021 2022 2020
大幅な仕様変更 大幅な仕様変更 大幅な仕様変更
やってみたこと ①依頼者側と作成者側の情報量の格差を埋めるようにした パターン網羅表 画面遷移図 画面A 画面B 画面C 画面F 画面E 画面D
画面G 画面I 画面H 議事録 ------------ ------------ ------------ 仕様決めメモ ------------ ------------ ------------ 過去資料 ------------ ------------ ------------ 新人さん へぇ、こんな風になってたんだなぁ
やってみたこと ②過去の障害や確認観点の経緯、背景となる補足情報をテスト設計書に書 き込んだ テスト設計書 ------------ ------------ ------------ 過去の障害情報(チケットなど) 観点 観点の背景、経緯
参考になる設計書や資料のリンク 新人さん なるほど、そんなことが あったのかぁ
やってみた結果 ①依頼者側と作成者側の情報量の格差を埋めるようにした Good Bad 一番早くできるパターン で作ってねー 店長 新人さん あぁ、 パターンAの
ケースか 新人さん 確認するものが 多いなぁ テスト設計書 外部設計書 画面遷移図 過去資料 ---------------- ---------------- ---------------- ------------ 前提を揃えることができた 作業着手までの資料確認の時間が増えた
やってみた結果 ②過去の障害や確認観点の経緯、背景となる補足情報をテスト設計書に書 き込んだ Good Bad おお、助かる!(この調子で 他のレシピも任せたいなぁ) 店長 新人さん 書くことが多い
なぁ・・・ テスト設計書 ---------------------- ---------------------- ---------------------- ---------------------- ---------------------- ---------------------- 店長、手順が間 違ってるんで直 しときますね 店長 新人さんがテスト設計の不備やミスを 指摘、修正できるようになった 依頼側の準備作業が増えた 背景 経緯 過去障害
現在取り組んでいること • 資料の読み方を作業依頼時に説明する – 情報は多ければ良いというわけではない – 見るべき要点、見なくてよい個所を伝える • テックリード、エンジニアと協力し、要件定義書や設計書に処理の背景や意 図を記載してもらうよう働きかけている
– 要件定義書や、設計書をはじめて見た人にも、その仕様の経緯や背景が理解できる ようにするため
新人が増えたときどうする?(今後の話) 導入作業としては、下記を想定 • ①全体の概要を画面遷移図で説明 – ざっくりの全体像を知る • ②基本動作網羅テストの実施 – ここで細かな画面単位の機能を触ってみる
• これ以降は個別の案件ごとに設計書を個別に確認する時間を設ける – 設計の背景や経緯が書かれているので、テストの意図もここで理解できる
まとめ • これまで一人で行っていた作業を別の人に依頼したら、想像していたもの と異なるものが出来上がった • 原因を分析してみると、作業を依頼する側に 「経験則に基づく隠れたこだ わり」があり、それが依頼される側に伝わっていないことが分かった • 上記を解決するため、以下の取り組みを行った
– 依頼者側と作成者側の情報量の格差を埋める – 過去の障害、経験から得られた情報をテスト設計書に書き込む • さらなる取り組みとして、情報はただ渡すだけではなく、読み方まで伝え る。上流工程の成果物にも経緯や背景を記載する、を実践中
店長と新人さんのその後