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 using test techniques
Search
SHIMANE, Yoshikazu
March 22, 2023
Technology
0
740
テスト技法を使ったテストケースの表現方法/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
570
組織横断部門におけるバグ数可視化の全社導入の事例/Example_of_company-wide_bug_number_visualization in_cross-organizational_departments
shimashima35
1
320
JaSST Tokyo実行委員のお仕事/Job of JaSST executive committee
shimashima35
0
610
What is “Quality” ?
shimashima35
0
890
品質"実質"無料キャンペーン始めます / Start_quality_real_free_campaign
shimashima35
2
4.9k
明日から始めるSelenideによるブラウザテスト 2018年版/ Browser_test_by_selenide_to_start_from_tomorrow_in_2018
shimashima35
1
740
SelenideよるDSL風E2Eテスト基盤開発の実例 in Osaka /Example_of_E2E_Automation_Test_Architecture_By_Selenide_in_Osaka
shimashima35
0
940
SelenideよるDSL風E2Eテスト基盤開発の実例/Example_of_E2E_Automation_Test_Architecture_By_Selenide
shimashima35
0
920
明日から始めるSelenideによるブラウザテスト / Browser_test_by_selenide_to_start_from_tomorrow.
shimashima35
0
2.3k
Other Decks in Technology
See All in Technology
自己完結な開発者組織を支える プラットフォーム作り
recruitengineers
PRO
2
230
Proposal for a fictitious company presented by JAWS-UG DE&I team 'Naniwa Musume'
hiroramos4
PRO
0
120
Automate your changelogs! Release Drafter
onenashev
PRO
2
410
5分で理解するWebAssemblyのWebの外の話 PHPはマイコンの夢を見るか?
usuyuki
3
200
理想の組織も自分たちで作ろう! ―LayerXの「全員採用」を支える文化 / How to create our own ideal team
ar_tama
6
2.2k
Simplifying Data Analysis & Visualization with Developer Tools & AI
nitya
1
220
SREのキャリア、 あるいは生態 / #ya8
cohalz
10
1k
B+木入門:PHPで理解する データベースインデックスの仕組み/b-plus-tree-101
hanhan1978
5
2.7k
Datadog による 自己完結的アプリケーションモニタリング
recruitengineers
PRO
3
130
皆がすなるカオスエンジアリングといふものを、ネットワークオペレーションでもしてみむとてするなり
tjmtrhs
0
120
なんでもかんでもコンテナ化すればいいってもんでもないけど なんでもかんでもコンテナ化したらスッキリしました
saramune
1
160
スケジュール指定のFargate Spotと友達になれた話
news_it_enj
0
240
Featured
See All Featured
Pencils Down: Stop Designing & Start Developing
hursman
115
11k
10 Git Anti Patterns You Should be Aware of
lemiorhan
644
57k
Testing 201, or: Great Expectations
jmmastey
27
6.3k
Product Roadmaps are Hard
iamctodd
43
9.6k
From Idea to $5000 a Month in 5 Months
shpigford
376
45k
Facilitating Awesome Meetings
lara
39
5.5k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
219
21k
The Straight Up "How To Draw Better" Workshop
denniskardys
227
130k
Building Better People: How to give real-time feedback that sticks.
wjessup
350
18k
Large-scale JavaScript Application Architecture
addyosmani
501
110k
What’s in a name? Adding method to the madness
productmarketing
PRO
14
2.5k
The World Runs on Bad Software
bkeepers
PRO
60
6.6k
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などのテスト分析を きちんと行う。 • テスト設計技法を適切に選びきちんと使う。 • テスト対象の操作方法については実行者が理解している。 とはいえ複雑・わかりにくい場合は備考などで補足する。 自分なりの結論
前提
• テスト設計技法を学んだうえできちんと使いこなしましょう。 これが大前提。 • 単一表にすべてを押し込めることには無理がある。なので 無理しないで分けましょう。 おわり