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
ファインディ株式会社における生成AI活用までの軌跡
starfish719
1
1.1k
ファインディの テックブログ爆誕までの軌跡
starfish719
3
3.1k
GitHub CopilotでTypeScriptの コード生成するワザップ
starfish719
28
6.8k
Findyの爆速開発を支えるPull requestの粒度
starfish719
0
4.8k
フロントエンドの設計刷新〜決断から効果検証まで〜
starfish719
0
58
開発生産性実践入門 Pullrequestの粒度編
starfish719
0
1.8k
Gatsby + Netlifyで ポートフォリオサイトを 作った話
starfish719
0
74
vegatech_3.pdf
starfish719
0
410
Nuxt.jsとGraphcoolで ツールを作っている話
starfish719
0
130
Other Decks in Programming
See All in Programming
Terraform やるなら公式スタイルガイドを読もう 〜重要項目 10選〜
hiyanger
13
3.2k
Honoアップデート 2025年夏
yusukebe
1
840
STUNMESH-go: Wireguard NAT穿隧工具的源起與介紹
tjjh89017
0
380
コーディングエージェント時代のNeovim
key60228
1
100
Oracle Database Technology Night 92 Database Connection control FAN-AC
oracle4engineer
PRO
1
120
AIレビュアーをスケールさせるには / Scaling AI Reviewers
technuma
2
230
decksh - a little language for decks
ajstarks
4
21k
TDD 実践ミニトーク
contour_gara
0
140
Portapad紹介プレゼンテーション
gotoumakakeru
1
130
The State of Fluid (2025)
s2b
0
190
The state patternの実践 個人開発で培ったpractice集
miyanokomiya
0
150
Claude Codeで実装以外の開発フロー、どこまで自動化できるか?失敗と成功
ndadayo
2
1.1k
Featured
See All Featured
The World Runs on Bad Software
bkeepers
PRO
70
11k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
34
3.1k
Building Adaptive Systems
keathley
43
2.7k
GitHub's CSS Performance
jonrohan
1031
460k
Reflections from 52 weeks, 52 projects
jeffersonlam
351
21k
Six Lessons from altMBA
skipperchong
28
4k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
50
5.5k
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
31
2.5k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
9
780
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
PRO
183
54k
Building an army of robots
kneath
306
46k
Building Flexible Design Systems
yeseniaperezcruz
328
39k
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