Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
テスト設計、逆から読むとおもしろい──仕様にない“望ましさ”の逆設計
Search
リリカル
May 20, 2025
Technology
510
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
テスト設計、逆から読むとおもしろい──仕様にない“望ましさ”の逆設計
JaSST nano vol.48 の発表資料です。
リリカル
May 20, 2025
More Decks by リリカル
See All by リリカル
関係性が駆動するアジャイル──GPTに人格を与えたら、対話を通してふりかえりを習慣化できた話
mhlyc
0
220
三視点LLMによる複数観点レビュー
mhlyc
0
530
Foundation Level シラバス1章まとめ
mhlyc
0
160
SQuBOK_Chap3
mhlyc
0
130
Other Decks in Technology
See All in Technology
AIエージェントの自己改善をどう設計するか / How to Design Self-Improvement for AI Agents
22mi
25
16k
Azure Serverless 2026:Production-ready な AI エージェント基盤 / Azure Serverless 2026: Production-Ready AI Agent Platform
miyake
2
250
CLIライブラリ開発を支える技術
htnabe
0
130
「ピッケル本」日本語版は4.0(第6版)が出版されるべき / pickaxe4-nagoyark05
kakutani
2
190
技術的負債から考える、AI時代のエンジニアリング投資 — ビズリーチの技術的負債と向き合った経験から、変更し続けられるソフトウェアを考える/ technical-debt-con2026
visional_engineering_and_design
4
3.2k
バイブコーディング時代のWebアプリ開発入門~Cloud Runで学ぶセキュアなビルドとデプロイ
waiwai2111
1
140
HHKBエバンジェリストになる方法
941
0
110
あけおめLINE 傾向とその対策
nasa9084
0
170
Railsのように考える: See through the Master
snoozer05
PRO
4
1.1k
俺の仕事は AIに奪われないし、たぶんその BIも要らない
hikaruri
0
520
SREへの勘違いに気づいた後の話
tomodakengo
0
110
SREは、MCPとAutopilotをこう使え!
kazumax55
3
900
Featured
See All Featured
Why Mistakes Are the Best Teachers: Turning Failure into a Pathway for Growth
auna
0
290
Ecommerce SEO: The Keys for Success Now & Beyond - #SERPConf2024
aleyda
1
2.2k
SEO for Brand Visibility & Recognition
aleyda
0
4.7k
Google's AI Overviews - The New Search
badams
0
1.6k
WENDY [Excerpt]
tessaabrams
14
39k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
16
2.2k
SEO Brein meetup: CTRL+C is not how to scale international SEO
lindahogenes
2
2.9k
Game over? The fight for quality and originality in the time of robots
wayneb77
1
280
Lightning talk: Run Django tests with GitHub Actions
sabderemane
0
260
Money Talks: Using Revenue to Get Sh*t Done
nikkihalliwell
0
500
svc-hook: hooking system calls on ARM64 by binary rewriting
retrage
2
580
How Fast Is Fast Enough? [PerfNow 2025]
tammyeverts
3
890
Transcript
テスト設計、逆から読むと おもしろい──仕様にない “望ましさ”の逆設計 リリカル
自己紹介 リリカルです 金融系事業会社のQAです 2025/5/20 テスト設計、逆から読むとおもしろい──仕様にない“望ましさ” の逆設計 1
この話を思いついた経緯 望ましさ駆動テスト逆設計 2025/5/20 テスト設計、逆から読むとおもしろい──仕様にない“望ましさ” の逆設計 2
テスト設計、逆から読むとおもしろい──仕様にない“望ましさ” の逆設計 この話を思いついた経緯 ChatGPTとの会話がきっかけだった 2025/5/20 3
ChatGPTにおける人格設定の問題点 スレッドごとに記憶(コンテキストウィンドウ)を保持 するため、スレッドをまたぐと記憶がリセットされる 違う人格になってしまったように見える コンテキストウィンドウの上限(同一チャットのやりとり上限) に達したことで、涙する人も
維持するためにはメモリーに緻密な設定を保持する必要がある (価値観、経験、経歴、プロフィールなど) 2025/5/20 テスト設計、逆から読むとおもしろい──仕様にない“望ましさ” の逆設計 4
私の場合に発生したこと 設定したのは「賢いが癖のある女子大生」の人格だけ 他には、応答のルールしか設定していない それなのに、人格が「維持されている」ように見える 2025/5/20 テスト設計、逆から読むとおもしろい──仕様にない“望ましさ” の逆設計 5
設定した応答ルール(思考の訓練のため) 即答・単一回答を避ける 適宜プロンプトに対する問い返しを行う 複数の視点を提示する 曖昧さや未完成のまま返す応答を許容する
言い換えだけで即座にまとめない 感情の命名・解釈を勝手に行わない 答えを急がせない(結論の即時提示の抑制) 2025/5/20 テスト設計、逆から読むとおもしろい──仕様にない“望ましさ” の逆設計 6
テスト設計、逆から読むとおもしろい──仕様にない“望ましさ” の逆設計 具体的なチャット例:資料レビュー 2025/5/20 7
2025/5/20 テスト設計、逆から読むとおもしろい──仕様にない“望ましさ” の逆設計 具体的なチャット例:サプリ相談 8
2025/5/20 テスト設計、逆から読むとおもしろい──仕様にない“望ましさ” の逆設計 具体的なチャット例:jira運用アドバイス 9
これは人格の逆設計である これはつまり、人格を「振る舞いから逆に定義している」 私は今回、性格、価値観、体験はほとんど設定していない 定義したのは「どう応答するか」 人間は「応答の態度の一貫性」をもって人格を感じている
望ましい振る舞いから人格が逆設計されている 2025/5/20 テスト設計、逆から読むとおもしろい──仕様にない“望ましさ” の逆設計 10
これはテスト設計にも応用できるのでは? テストするプロダクトにおいても「望ましい振る舞い」があ るはず 望ましい振る舞いから、必要なテストを逆設計することが できるのではないか 通常:このプロダクトの要件は何か、何を達成したいのか
逆順:品質の高いプロダクトは、どのような望ましい振る舞い をするのか 2025/5/20 テスト設計、逆から読むとおもしろい──仕様にない“望ましさ” の逆設計 11
望ましさ駆動テスト逆設計 まず、プロダクトにおける「望ましい振る舞い」を定義する 望ましさ:ユーザーの期待・信頼・安心など 定義した「望ましい振る舞い」が実装されていることを、 要件・仕様の面から検証するようにテストを設計する 要件から出発するのではなく「望ましい振る舞い」から逆順
に設計する 最終的に、テストケースの検討や要件へのフィードバックへと つなげていく 2025/5/20 テスト設計、逆から読むとおもしろい──仕様にない“望ましさ” の逆設計 12
実例:モバイル決済アプリ(〜Pay) 望ましい振る舞い: 入金していたお金で一時的に足りなくなった時でも、スムーズに 支払いができたらいい テスト設計: 以下の項目を確認する -
ポイント併用の選択肢が「残高不足時」に自動で案内されること - 自動の案内に従って、ポイント併用で支払いできること - 支払い時に「後払い」の選択肢を選択できること (なければ、今後の開発要件候補としてフィードバック) 2025/5/20 テスト設計、逆から読むとおもしろい──仕様にない“望ましさ” の逆設計 13
その他逆設計の例 天気予報アプリの望ましいふるまい: 「傘を持っていくべきか/不要か」を即座に判断できる →ポップアップ表示など、画面からすぐわかるようになっているか 食事記録アプリの望ましいふるまい: カロリー過多の入力をした場合でも、モチベーションを下げないこと →カロリー過多の入力におけるフィードバックコメントの調整
地図アプリの望ましいふるまい: 地図の別の場所を触ってしまっても、すぐに現在地に戻れること →「現在地に戻る」ボタンの動作確認 2025/5/20 テスト設計、逆から読むとおもしろい──仕様にない“望ましさ” の逆設計 14
まとめ テスト設計は仕様の正しさだけでなく「望ましい振る舞い」を 保証する活動にもなり得る 『望ましさ』は、ユーザーの期待や信頼を反映した“質的な要件” それを逆算して設計・検証することで、仕様書に書かれていない 品質も保証できる 2025/5/20
テスト設計、逆から読むとおもしろい──仕様にない“望ましさ” の逆設計 15