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 “hidden flavors”
Search
yayoi_dd
April 20, 2023
Technology
0
2.6k
多すぎた「隠し味」-シェフ秘伝のレシピから見えてくるものとは? / 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
CDKでの自動構築が超簡単で感動した話(超初心者向け) / Automated construction using CDK was easy, impressed
yayoi_dd
0
290
IaCがない環境でインフラ担当じゃない人がAWS触ってみた話 / I tried using AWS in an environment without IaC
yayoi_dd
0
270
CDKの実装のススメ方 / How to proceed with CDK implementation
yayoi_dd
1
270
AWS初心者が苦労してCDKカスタムリソースを作った話 / AWS beginners struggled to create CDK custom resources
yayoi_dd
1
280
AWS CDK 経験者が CDK for Terraform 使ってみた / I tried using CDK for Terraform
yayoi_dd
1
280
Terraform v1.7のTest mocking機能の紹介 / Introducing the Test mocking feature of Terraform v1.7
yayoi_dd
2
700
先人の教えに背いてCDKのスタックを分割した男の末路 / The fate of the man who split the CDK stack
yayoi_dd
1
310
re:Invent2023 参加報告 / reInvent2023 participation report
yayoi_dd
0
2.5k
re:Invent 振り返り / Looking back at reinvent
yayoi_dd
0
2.5k
Other Decks in Technology
See All in Technology
チームでロジカルシンキングに改めて向き合っている話 〜学習環境と実践⽅法〜
sansantech
PRO
2
2.1k
Java EE/Jakarta EEの現状と将来―クラウドネイティブ時代にJava EEは対応できるのか?―
takakiyo
1
140
Azureの基本的な権限管理の勉強会
yhana
0
180
AWSに詳しくない人でも始められるコスト最適化ガイド
yuhta28
0
180
ChatGPT for IT Service Management (IT Pro)
dahatake
7
1.5k
地理空間データ可視化・解析・活用ソリューション Pacific Spatial Solutions (PSS)
pacificspatialsolutions
0
160
Databricks における 『MLOps』
databricksjapan
2
170
オーナーシップを持つ領域を明確にする
konifar
13
3.1k
プロトタイピングによる不確実性の低減 / Reducing Uncertainty through Prototyping
ohbarye
5
380
ここが嬉しいABAC ここが辛いよABAC #再解説+補足編
masahirokawahara
1
270
Cracking the KubeCon CfP
inductor
2
240
SIEMを用いて、セキュリティログ分析の可視化と分析を実現し、PDCAサイクルを回してみた
coconala_engineer
0
280
Featured
See All Featured
Building Adaptive Systems
keathley
31
1.9k
Being A Developer After 40
akosma
57
580k
Fontdeck: Realign not Redesign
paulrobertlloyd
76
4.9k
YesSQL, Process and Tooling at Scale
rocio
164
13k
Done Done
chrislema
178
15k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
221
21k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
274
13k
Gamification - CAS2011
davidbonilla
76
4.6k
Faster Mobile Websites
deanohume
299
30k
10 Git Anti Patterns You Should be Aware of
lemiorhan
648
58k
Building Flexible Design Systems
yeseniaperezcruz
319
37k
Docker and Python
trallard
34
2.7k
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 おお、助かる!(この調子で 他のレシピも任せたいなぁ) 店長 新人さん 書くことが多い
なぁ・・・ テスト設計書 ---------------------- ---------------------- ---------------------- ---------------------- ---------------------- ---------------------- 店長、手順が間 違ってるんで直 しときますね 店長 新人さんがテスト設計の不備やミスを 指摘、修正できるようになった 依頼側の準備作業が増えた 背景 経緯 過去障害
現在取り組んでいること • 資料の読み方を作業依頼時に説明する – 情報は多ければ良いというわけではない – 見るべき要点、見なくてよい個所を伝える • テックリード、エンジニアと協力し、要件定義書や設計書に処理の背景や意 図を記載してもらうよう働きかけている
– 要件定義書や、設計書をはじめて見た人にも、その仕様の経緯や背景が理解できる ようにするため
新人が増えたときどうする?(今後の話) 導入作業としては、下記を想定 • ①全体の概要を画面遷移図で説明 – ざっくりの全体像を知る • ②基本動作網羅テストの実施 – ここで細かな画面単位の機能を触ってみる
• これ以降は個別の案件ごとに設計書を個別に確認する時間を設ける – 設計の背景や経緯が書かれているので、テストの意図もここで理解できる
まとめ • これまで一人で行っていた作業を別の人に依頼したら、想像していたもの と異なるものが出来上がった • 原因を分析してみると、作業を依頼する側に 「経験則に基づく隠れたこだ わり」があり、それが依頼される側に伝わっていないことが分かった • 上記を解決するため、以下の取り組みを行った
– 依頼者側と作成者側の情報量の格差を埋める – 過去の障害、経験から得られた情報をテスト設計書に書き込む • さらなる取り組みとして、情報はただ渡すだけではなく、読み方まで伝え る。上流工程の成果物にも経緯や背景を記載する、を実践中
店長と新人さんのその後