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.5k
動作確認やテストで漏れがちな観点3選
starfish719
January 26, 2025
Tweet
Share
More Decks by starfish719
See All by starfish719
開発生産性を上げるための生成AI活用術
starfish719
1
110
ファインディ株式会社におけるMCP活用とサービス開発
starfish719
0
3.2k
ファインディ株式会社における生成AI活用までの軌跡
starfish719
1
3.5k
ファインディの テックブログ爆誕までの軌跡
starfish719
3
3.2k
GitHub CopilotでTypeScriptの コード生成するワザップ
starfish719
28
6.8k
Findyの爆速開発を支えるPull requestの粒度
starfish719
0
4.8k
フロントエンドの設計刷新〜決断から効果検証まで〜
starfish719
0
62
開発生産性実践入門 Pullrequestの粒度編
starfish719
0
1.8k
Gatsby + Netlifyで ポートフォリオサイトを 作った話
starfish719
0
78
Other Decks in Programming
See All in Programming
議事録の要点整理を自動化! サーバレス Bot 構築術
penpeen
3
1.6k
CSC305 Lecture 01
javiergs
PRO
1
380
パフォーマンスチューニングで Web 技術を深掘り直す
progfay
18
4.8k
TokyoR#119 bignners session2 Visualization
kotatyamtema
0
130
高度なUI/UXこそHotwireで作ろう Kaigi on Rails 2025
naofumi
4
2.9k
Web フロントエンドエンジニアに開かれる AI Agent プロダクト開発 - Vercel AI SDK を観察して AI Agent と仲良くなろう! #FEC余熱NIGHT
izumin5210
2
300
LLMとPlaywright/reg-suitを活用した jQueryリファクタリングの実際
kinocoboy2
4
660
PostgreSQLで手軽にDuckDBを使う!DuckDB&pg_duckdb入門/osk2025-duckdb
takahashiikki
1
230
After go func(): Goroutines Through a Beginner’s Eye
97vaibhav
0
210
猫と暮らすネットワークカメラ生活🐈 ~Vision frameworkでペットを愛でよう~ / iOSDC Japan 2025
yutailang0119
0
210
2分台で1500examples完走!爆速CIを支える環境構築術 - Kaigi on Rails 2025
falcon8823
3
2.7k
フロントエンド開発に役立つクライアントプログラム共通のノウハウ / Universal client-side programming best practices for frontend development
nrslib
7
3.8k
Featured
See All Featured
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
53
3k
Imperfection Machines: The Place of Print at Facebook
scottboms
269
13k
BBQ
matthewcrist
89
9.8k
Being A Developer After 40
akosma
90
590k
Speed Design
sergeychernyshev
32
1.1k
Build The Right Thing And Hit Your Dates
maggiecrowley
37
2.9k
Making Projects Easy
brettharned
118
6.4k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
127
53k
Why Our Code Smells
bkeepers
PRO
339
57k
What’s in a name? Adding method to the madness
productmarketing
PRO
23
3.7k
Mobile First: as difficult as doing things right
swwweet
224
9.9k
Stop Working from a Prison Cell
hatefulcrawdad
271
21k
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