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
520
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
540
Foundation Level シラバス1章まとめ
mhlyc
0
160
SQuBOK_Chap3
mhlyc
0
130
Other Decks in Technology
See All in Technology
AgentCoreで実践するハーネスエンジニアリング
yakumo
1
280
おそらく日本で唯一のDevRelインターン生として
husengs7
0
170
全人類(ほぼ)AWS Organizations の上でAWSを利用している、その世界を知る話
htan
0
110
【データ横丁主催】AI Agentがコンテキストを使って仕事をした後、何が残るのか― 組織の経験を次の判断に引き継ぐ「Agent Memory」
shisyu_gaku
2
330
SREでアラート疲れを 解決しよう!
kairim0
1
200
ビジネスを止めない技術的負債の返済のための戦略とその手法 - 技術的負債と向き合う / Complexity and Simplicity
soudai
PRO
3
550
Futexes the good, the bad, the ugly
ennael
PRO
0
120
オブザーバビリティを高める AI エージェント体験を考える / Designing AI Agent Experiences That Enhance Observability
aoto
PRO
2
300
『GOエコノミー 』(相乗りサービス) におけるスペック駆動開発
mot_techtalk
1
310
ログラスのマルチプロダクトを 支える認証基盤 〜テナントごとに異なる統制とどう向き合うか〜
dada4386
3
390
React Nativeでの OTA Updateって、 どう説明する?
ichiki1023
0
150
AI駆動開発、viviONの1年 ── うまくいったこと・いかなかったこと
vivion
0
230
Featured
See All Featured
Hiding What from Whom? A Critical Review of the History of Programming languages for Music
tomoyanonymous
3
1.3k
Measuring & Analyzing Core Web Vitals
bluesmoon
9
1k
Become a Pro
speakerdeck
PRO
31
6.3k
Avoiding the “Bad Training, Faster” Trap in the Age of AI
tmiket
0
260
BBQ
matthewcrist
89
10k
Winning Ecommerce Organic Search in an AI Era - #searchnstuff2025
aleyda
2
2.2k
Into the Great Unknown - MozCon
thekraken
41
2.8k
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
56
3.5k
Groundhog Day: Seeking Process in Gaming for Health
codingconduct
0
390
The B2B funnel & how to create a winning content strategy
katarinadahlin
PRO
1
550
How to build an LLM SEO readiness audit: a practical framework
nmsamuel
2
930
Game over? The fight for quality and originality in the time of robots
wayneb77
1
300
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