テスト技法を使ったテストケースの表現方法/How to express test cases using test techniques

Transcript

1. テスト技法を使ったテストケースの表
   現方法
   テスト技法とテストケースを繋ぐ１事例
   2023/03/22 Henry QA LT大会
   @shimashima35 島根 義和
   

   View Slide

2. ● リーガルテック企業のQA (兼SET)
   ● 元サーバサイドJavaエンジニア
   ● 2019年 Selenium Conf Tokyo 実行委員
   ● 「エキスパートが教えるSelenium最前線」を共著
   ● 2012年からJaSST Tokyo実行委員
   自己紹介
   

   View Slide

3. テスト管理ツールについての話はしません。基本的にはスプ
   レッドシートでのテストケースの表現について話をしていきま
   す。
   が、テスト管理ツールを使っても似たような課題に行きあたるこ
   とがありますので参考にはなります。
   おことわり
   

   View Slide

4. テスト技法使ってますか？
   皆さん、テスト技法を使っていますか？
   ● ペアワイズ
   ● ディシジョンテーブル
   ● 状態遷移
   ● etc……
   

   View Slide

5. 上野動物公園の入園料をGIHOZで表現してみる
   例：ディシジョンテーブル その１
   

   View Slide

6. GIHOZでテストケースを生成してみる。
   を、いい感じ、よしできた！
   例：ディシジョンテーブル その２
   

   View Slide

7. テストケースに書き写すぞ！
   テストケースのフォーマット
   

   View Slide

8. できた！
   テストケース記述 その1
   

   View Slide

9. 
   こんな疑問ありませんか？
   ● 似たような文字が並んで、記述ミス・読み
   取りミスが発生しそう。(したことがある)
   ● どこがこのテストで重要なのかわかりにく
   い。
   ● ディシジョンテーブルの方がわかりやすい
   のでは？
   

   View Slide

10. ちょっと改良してみよう
    テストケース記述 その2
    

    View Slide

11. 
    こんな疑問ありませんか？
    ● たまたま条件が3つだから「大中小」に当
    てはまるけれど、条件が4種類以上だった
    らどうしよう？
    ● 仕様変更でディシジョンテーブルが変わっ
    た場合、毎回テストケースを修正して行く
    のは無駄なのでは？
    ● ディシジョンテーブルだとロジックが見える
    が、ケースにしたとたん見えにくくなる。い
    いのかな？
    

    View Slide

12. ● 割り当てられたパラメータ・バリューをもとに、手順書を書き
    起こすのは無駄なのでは？
    ● 大項目・中項目・小項目が、ディシジョンテーブル毎に全く別
    の意味になるがこれでいいのか？関連するテストケースで
    フィルタする場合に使えない。
    ○ 大項目・中項目・小項目の順番もそろえないと集約でき
    ない。
    ● などなど
    その他にも
    

    View Slide

13. 単一フォーマットのスプレッドシートです
    べてを押し込めようとすること
    何が原因か？
    

    View Slide

14. 基本的には以下が主な理由 (のはず)
    ● ケース全体の一覧性の確保
    ● 実行および結果の管理
    この目的を満たしたうえでよりよい記法を考える。
    なぜ表にケースを書くのか
    

    View Slide

15. こんな感じに書く
    実施内容などは参照先のURLをそのまま書いてしまう。
    (対象機能、分類はテストケースの整理方法によって変更)
    自分なりの結論
    

    View Slide

16. ● テストのパターン詳細はディシジョンテーブル、N-Wise、状
    態遷移のスイッチカバレッジ表 へ任せる。
    ● テストケース表は上記の表へのリンクを張った上で、表の番
    号の実行を書く。
    ● 実行結果は一覧表に記載する。
    自分なりの結論 続き
    

    View Slide

17. ● 基本的にテストはなんらかのパターン、組み合わせで行わ
    れる。画面ベースでは考えない。VSTePなどのテスト分析を
    きちんと行う。
    ● テスト設計技法を適切に選びきちんと使う。
    ● テスト対象の操作方法については実行者が理解している。
    とはいえ複雑・わかりにくい場合は備考などで補足する。
    自分なりの結論 前提
    

    View Slide

18. ● テスト設計技法を学んだうえできちんと使いこなしましょう。
    これが大前提。
    ● 単一表にすべてを押し込めることには無理がある。なので
    無理しないで分けましょう。
    おわり
    

    View Slide