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
動作確認やテストで漏れがちな観点3選
Search
starfish719
January 26, 2025
Programming
6
1.4k
動作確認やテストで漏れがちな観点3選
starfish719
January 26, 2025
Tweet
Share
More Decks by starfish719
See All by starfish719
ファインディの テックブログ爆誕までの軌跡
starfish719
3
2k
GitHub CopilotでTypeScriptの コード生成するワザップ
starfish719
28
6.7k
Findyの爆速開発を支えるPull requestの粒度
starfish719
0
4.7k
フロントエンドの設計刷新〜決断から効果検証まで〜
starfish719
0
54
開発生産性実践入門 Pullrequestの粒度編
starfish719
0
1.7k
Gatsby + Netlifyで ポートフォリオサイトを 作った話
starfish719
0
71
vegatech_3.pdf
starfish719
0
410
Nuxt.jsとGraphcoolで ツールを作っている話
starfish719
0
130
CloudFunctionsと CloudVisionで 遊んでみた
starfish719
0
74
Other Decks in Programming
See All in Programming
AIともっと楽するE2Eテスト
myohei
8
2.9k
おやつのお供はお決まりですか?@WWDC25 Recap -Japan-\(region).swift
shingangan
0
140
Modern Angular with Signals and Signal Store:New Rules for Your Architecture @enterJS Advanced Angular Day 2025
manfredsteyer
PRO
0
250
Google Agent Development Kit でLINE Botを作ってみた
ymd65536
2
260
型で語るカタ
irof
0
630
脱Riverpod?fqueryで考える、TanStack Queryライクなアーキテクチャの可能性
ostk0069
0
380
AI時代のソフトウェア開発を考える(2025/07版) / Agentic Software Engineering Findy 2025-07 Edition
twada
PRO
97
35k
明示と暗黙 ー PHPとGoの インターフェイスの違いを知る
shimabox
2
600
ISUCON研修おかわり会 講義スライド
arfes0e2b3c
1
460
たった 1 枚の PHP ファイルで実装する MCP サーバ / MCP Server with Vanilla PHP
okashoi
1
290
リバースエンジニアリング新時代へ! GhidraとClaude DesktopをMCPで繋ぐ/findy202507
tkmru
2
330
Git Sync を超える!OSS で実現する CDK Pull 型デプロイ / Deploying CDK with PipeCD in Pull-style
tkikuc
4
310
Featured
See All Featured
jQuery: Nuts, Bolts and Bling
dougneiner
63
7.8k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
47
9.6k
What’s in a name? Adding method to the madness
productmarketing
PRO
23
3.5k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
667
120k
Fashionably flexible responsive web design (full day workshop)
malarkey
407
66k
Unsuck your backbone
ammeep
671
58k
Why You Should Never Use an ORM
jnunemaker
PRO
58
9.4k
Building Applications with DynamoDB
mza
95
6.5k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
194
16k
Building Adaptive Systems
keathley
43
2.7k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
229
22k
RailsConf 2023
tenderlove
30
1.1k
Transcript
© Findy Inc. 2025.01.29 みんなで学ぶ!品質改善を加速する テスト設計と管理⼿法LT 動作確認やテストで漏れがちな観点3選 1 ファインディ株式会社 テックリード
⼾⽥ 千隼 @starfish0206
© Findy Inc. 2 今⽇話すこと • テストや動作確認に対する考え⽅ • 漏れがちな観点 ◦
絶対に間違ってはいけない要素 ◦ 本当に更新された? ◦ クライアントPCの⽇時設定 • まとめ
© Findy Inc. テストや動作確認に対する考え⽅ 3
© Findy Inc. 4 早く気づき、速攻で修正する • 不具合が出ることが問題ではない ◦ 気づかずに本番デプロイしてしまったことが問題 ◦
早い段階で気づくかどうか ▪ unit test ▪ CI ▪ build ▪ e2e test ▪ ステージング環境でのQA ▪ etc • 早い段階で不具合に気づき、即修正できれば問題ではない
© Findy Inc. 漏れがちな観点 5
© Findy Inc. 6 絶対に間違ってはいけない要素 • なにがあっても絶対に間違ってはいけない3⼤要素 ◦ ⼈の名前 ▪
綴りや似たような漢字などで間違いやすい ◦ ⽇時 ▪ 年⽉⽇に加えて曜⽇と時刻まで要確認 ▪ 特に年⽉⽇と曜⽇は間違えるケースが多い ▪ 必ずカレンダーと合わせて指差し確認 ◦ ⾦額 ▪ 単位と桁数、カンマまで指差し確認 • 特にメールや印刷物にこれらが含まれていた場合は、チェック体制を普段よりも厚くするべし ◦ メールや印刷物は後から修正することが出来ない ◦ ごめんなさいで済まない事態になりかねない • 指差し確認は基本中の基本!怠ってはいけない。
© Findy Inc. 7 本当に更新された? • 何かしらのデータが更新される画⾯ ◦ 「⼊⼒内容を変更して更新ボタンを押下した時に成功する」という動作確認では不⼗分 ◦
本当にデータベースのデータが更新されているのかがわからない ▪ フロントエンドが「そういうふうに⾒せているだけ」なのかもしれない ▪ データの更新に失敗しているのに「保存しました」って出している不具合かも。。。 ◦ 更新ボタンを押下した後に、データの編集画⾯や詳細画⾯をリロードして表⽰する ▪ ブラウザリロードを実⾏すると画⾯が再読込され、データの再取得が⾏われる ◦ 「ドラッグアンドドロップでデータを並び替える」機能で並び替えが出来てるように⾒えている が、データの更新に失敗していた。というケースは意外と多い
© Findy Inc. 8 クライアントPCの⽇時設定 • ⽇時のチェックをフロントエンドで⾏っていた場合、⽇時がクライアント端末に依存する • パソコンの⽇時設定を未来の⽇時に設定 ◦
コンテンツが表⽰されるかどうかを確認する ◦ IR関連や特定の⽇時に公開することが特別な意味を持っている場合、確認項⽬に⼊る ◦ ⽇時チェックを厳密に⾏う必要がある場合は、サーバー側の⽇時を使ってチェックが安全 • ⽇時チェックや⽇時の⼀覧を出⼒する機能の場合に漏れがち
© Findy Inc. まとめ 9
© Findy Inc. 10 まとめ • 不具合を憎まず、仕組みやフローを疑え ◦ どれだけ早く気づくことができるかどうかの勝負 •
⾒えてるもの以外のものを疑う ◦ 「保存に成功しました」というメッセージで、本当に保存されていると確信してはいけない • 指差し確認で救われる⼈たちがいることを忘れずに
© Findy Inc. ご清聴ありがとうございました 11