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
テスト設計、逆から読むとおもしろい──仕様にない“望ましさ”の逆設計
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
リリカル
May 20, 2025
Technology
500
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
500
Foundation Level シラバス1章まとめ
mhlyc
0
150
SQuBOK_Chap3
mhlyc
0
130
Other Decks in Technology
See All in Technology
気軽に使える"情報のハブ"としてのNotion活用 〜フロー情報の集積点 と、 Claude Code × Notion AI〜
syucream
1
150
Agile and AI Redmine Japan 2026
hiranabe
3
280
When Platform Engineering Meets GenAI
sucitw
0
130
「勝手に広まる」人気 AI エージェントを爆速で作ろう!(AWS Summit Japan 2026講演資料)
minorun365
PRO
8
1.9k
2026TECHFRESH畢業分享會 - Lightning Talk - 資料也要 CI/CD? 用 Airbyte 自動化資料同步
line_developers_tw
PRO
0
1.3k
不要なレビューをAIにまかせて AIコーディングの環境改善を加速した
shoota
1
230
200個のGitHubリポジトリを横断調査したかった
icck
0
140
Agent Skills設計で柔軟性と硬さのバランスが難しい話
nassy20
0
140
【NRUG vol.18】KubernetesにおけるNew Relicデータ取得量削減の考え方
nrug_member
0
170
2026TECHFRESH畢業分享會 - 原生還是跨平台? App 開發踩坑實錄
line_developers_tw
PRO
0
1.3k
AWS Security Agent といっしょに脅威モデリングをやってみよう
amarelo_n24
1
180
Lightning近況報告
kozy4324
0
190
Featured
See All Featured
AI in Enterprises - Java and Open Source to the Rescue
ivargrimstad
0
1.3k
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
10
1.2k
The AI Revolution Will Not Be Monopolized: How open-source beats economies of scale, even for LLMs
inesmontani
PRO
3
3.5k
RailsConf 2023
tenderlove
30
1.5k
Future Trends and Review - Lecture 12 - Web Technologies (1019888BNR)
signer
PRO
0
3.6k
Self-Hosted WebAssembly Runtime for Runtime-Neutral Checkpoint/Restore in Edge–Cloud Continuum
chikuwait
0
600
The Impact of AI in SEO - AI Overviews June 2024 Edition
aleyda
5
1.1k
brightonSEO & MeasureFest 2025 - Christian Goodrich - Winning strategies for Black Friday CRO & PPC
cargoodrich
3
730
Jamie Indigo - Trashchat’s Guide to Black Boxes: Technical SEO Tactics for LLMs
techseoconnect
PRO
0
170
16th Malabo Montpellier Forum Presentation
akademiya2063
PRO
0
150
The Spectacular Lies of Maps
axbom
PRO
1
820
Documentation Writing (for coders)
carmenintech
77
5.4k
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