Upgrade to Pro — share decks privately, control downloads, hide ads and more …

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

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

SHIMANE, Yoshikazu

March 22, 2023
Tweet

More Decks by SHIMANE, Yoshikazu

Other Decks in Technology

Transcript

  1. テスト技法を使ったテストケースの表
    現方法
    テスト技法とテストケースを繋ぐ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で表現してみる
    例:ディシジョンテーブル その1

    View Slide

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

    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