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
テスト技法を使ったテストケースの表現方法/How to express test cases ...
Search
SHIMANE, Yoshikazu
March 22, 2023
Technology
0
1.2k
テスト技法を使ったテストケースの表現方法/How to express test cases using test techniques
SHIMANE, Yoshikazu
March 22, 2023
Tweet
Share
More Decks by SHIMANE, Yoshikazu
See All by SHIMANE, Yoshikazu
VSTePのテスト観点出しで失敗した事例についての紹介/Failure case of test viewpoint derivation
shimashima35
0
730
組織横断部門におけるバグ数可視化の全社導入の事例/Example_of_company-wide_bug_number_visualization in_cross-organizational_departments
shimashima35
1
370
JaSST Tokyo実行委員のお仕事/Job of JaSST executive committee
shimashima35
0
770
What is “Quality” ?
shimashima35
0
1k
品質"実質"無料キャンペーン始めます / Start_quality_real_free_campaign
shimashima35
2
5.6k
明日から始めるSelenideによるブラウザテスト 2018年版/ Browser_test_by_selenide_to_start_from_tomorrow_in_2018
shimashima35
1
870
SelenideよるDSL風E2Eテスト基盤開発の実例 in Osaka /Example_of_E2E_Automation_Test_Architecture_By_Selenide_in_Osaka
shimashima35
0
1.2k
SelenideよるDSL風E2Eテスト基盤開発の実例/Example_of_E2E_Automation_Test_Architecture_By_Selenide
shimashima35
0
1k
明日から始めるSelenideによるブラウザテスト / Browser_test_by_selenide_to_start_from_tomorrow.
shimashima35
0
2.6k
Other Decks in Technology
See All in Technology
さくらのIaaS基盤のモニタリングとOpenTelemetry/OSC Hokkaido 2025
fujiwara3
2
270
モバイル界のMCPを考える
naoto33
0
370
より良いプロダクトの開発を目指して - 情報を中心としたプロダクト開発 #phpcon #phpcon2025
bengo4com
1
3.2k
Beyond Kaniko: Navigating Unprivileged Container Image Creation
f30
0
110
FOSS4G 2025 KANSAI QGISで点群データをいろいろしてみた
kou_kita
0
300
ハッカソン by 生成AIハッカソンvol.05
1ftseabass
PRO
0
150
250627 関西Ruby会議08 前夜祭 RejectKaigi「DJ on Ruby Ver.0.1」
msykd
PRO
2
390
rubygem開発で鍛える設計力
joker1007
3
280
Oracle Cloud Infrastructure:2025年6月度サービス・アップデート
oracle4engineer
PRO
2
310
生成AI時代 文字コードを学ぶ意義を見出せるか?
hrsued
1
750
Node-REDのFunctionノードでMCPサーバーの実装を試してみた / Node-RED × MCP 勉強会 vol.1
you
PRO
0
130
Fabric + Databricks 2025.6 の最新情報ピックアップ
ryomaru0825
1
160
Featured
See All Featured
Put a Button on it: Removing Barriers to Going Fast.
kastner
60
3.9k
Mobile First: as difficult as doing things right
swwweet
223
9.7k
How to Think Like a Performance Engineer
csswizardry
24
1.7k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
229
22k
How to train your dragon (web standard)
notwaldorf
94
6.1k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
161
15k
Keith and Marios Guide to Fast Websites
keithpitt
411
22k
Navigating Team Friction
lara
187
15k
Designing Experiences People Love
moore
142
24k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
34
5.9k
Connecting the Dots Between Site Speed, User Experience & Your Business [WebExpo 2025]
tammyeverts
5
230
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
30
2.1k
Transcript
テスト技法を使ったテストケースの表 現方法 テスト技法とテストケースを繋ぐ1事例 2023/03/22 Henry QA LT大会 @shimashima35 島根 義和
• リーガルテック企業のQA (兼SET) • 元サーバサイドJavaエンジニア • 2019年 Selenium Conf Tokyo
実行委員 • 「エキスパートが教えるSelenium最前線」を共著 • 2012年からJaSST Tokyo実行委員 自己紹介
テスト管理ツールについての話はしません。基本的にはスプ レッドシートでのテストケースの表現について話をしていきま す。 が、テスト管理ツールを使っても似たような課題に行きあたるこ とがありますので参考にはなります。 おことわり
テスト技法使ってますか? 皆さん、テスト技法を使っていますか? • ペアワイズ • ディシジョンテーブル • 状態遷移 • etc……
上野動物公園の入園料をGIHOZで表現してみる 例:ディシジョンテーブル その1
GIHOZでテストケースを生成してみる。 を、いい感じ、よしできた! 例:ディシジョンテーブル その2
テストケースに書き写すぞ! テストケースのフォーマット
できた! テストケース記述 その1
こんな疑問ありませんか? • 似たような文字が並んで、記述ミス・読み 取りミスが発生しそう。(したことがある) • どこがこのテストで重要なのかわかりにく い。 • ディシジョンテーブルの方がわかりやすい のでは?
ちょっと改良してみよう テストケース記述 その2
こんな疑問ありませんか? • たまたま条件が3つだから「大中小」に当 てはまるけれど、条件が4種類以上だった らどうしよう? • 仕様変更でディシジョンテーブルが変わっ た場合、毎回テストケースを修正して行く のは無駄なのでは? •
ディシジョンテーブルだとロジックが見える が、ケースにしたとたん見えにくくなる。い いのかな?
• 割り当てられたパラメータ・バリューをもとに、手順書を書き 起こすのは無駄なのでは? • 大項目・中項目・小項目が、ディシジョンテーブル毎に全く別 の意味になるがこれでいいのか?関連するテストケースで フィルタする場合に使えない。 ◦ 大項目・中項目・小項目の順番もそろえないと集約でき ない。
• などなど その他にも
単一フォーマットのスプレッドシートです べてを押し込めようとすること 何が原因か?
基本的には以下が主な理由 (のはず) • ケース全体の一覧性の確保 • 実行および結果の管理 この目的を満たしたうえでよりよい記法を考える。 なぜ表にケースを書くのか
こんな感じに書く 実施内容などは参照先のURLをそのまま書いてしまう。 (対象機能、分類はテストケースの整理方法によって変更) 自分なりの結論
• テストのパターン詳細はディシジョンテーブル、N-Wise、状 態遷移のスイッチカバレッジ表 へ任せる。 • テストケース表は上記の表へのリンクを張った上で、表の番 号の実行を書く。 • 実行結果は一覧表に記載する。 自分なりの結論
続き
• 基本的にテストはなんらかのパターン、組み合わせで行わ れる。画面ベースでは考えない。VSTePなどのテスト分析を きちんと行う。 • テスト設計技法を適切に選びきちんと使う。 • テスト対象の操作方法については実行者が理解している。 とはいえ複雑・わかりにくい場合は備考などで補足する。 自分なりの結論
前提
• テスト設計技法を学んだうえできちんと使いこなしましょう。 これが大前提。 • 単一表にすべてを押し込めることには無理がある。なので 無理しないで分けましょう。 おわり