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

ソフトウェアテスト・品質勉強会(事前配布資料)/Software test and quality study (Handouts)

nihonbuson
February 27, 2018

ソフトウェアテスト・品質勉強会(事前配布資料)/Software test and quality study (Handouts)

ソフトウェアテスト・品質勉強会の配布用資料です。

nihonbuson

February 27, 2018
Tweet

More Decks by nihonbuson

Other Decks in Technology

Transcript

  1. ソフトウェアテスト・品質勉強会
    @nihonbuson
    1

    View Slide

  2. Agenda
    ● はじめに
    ● テストの立ち位置とは
    ● 何をテストすべきか
    ● どうやってテストケースを作るのか
    ● どうやってテストを実施すべきか
    ● おわりに
    2

    View Slide

  3. はじめに
    3

    View Slide

  4. いきなりですが質問です
    品質とは何でしょうか?
    テストの目的は何でしょうか?
    4

    View Slide

  5. 品質とは何か?
    東京海上日動システムズ顧問
    横塚 裕志氏 の講演内容より
    【具体例2】
    デジタルニュースの普及により、
    ニュースは、確実な推敲・校正よりも、
    「早く伝える」「修正」へ
    【具体例1】
    トラブルは0でも、
    国民の5.8%にしか使われない住基ネットカード。
    「ソフトウェアの品質(=      )としては失格」
    ※ソフトウェア品質シンポジウム
    2014の基調講演にて
    http://www.publickey1.jp/blog/14/_2014.html
    5

    View Slide

  6. テストの目的は何か?
    以下のような目的があります。
    ● 欠陥の
    ● 対象ソフトウェアの        であることの確認
    ●      のための情報の提示

    JSTQBシラバスより
    http://jstqb.jp/dl/JSTQB-SyllabusFoundation_Version2011.J02.pdf#page=14
         に行うこともある
    テストの7原則①テストは「欠陥がある」ことしか示せない
    6

    View Slide

  7. 全体の開発サイクルの中での
    テストの立ち位置とは
    7

    View Slide

  8. Vモデル(一般的なSIの場合)
    要求定義
    要件定義
    基本設計
    詳細設計
    コーディング
    単体テスト
    結合テスト
    システムテスト
    受け入れテスト
    http://jasst.jp/symposium/jasst12tokyo/pdf/D4-1.pdf 8

    View Slide

  9. Wモデル
    要求定義
    要件定義
    基本設計
    詳細設計
    レビュー&受け入れ
    テストの設計
    レビュー&システム
    テストの設計
    レビュー&
    結合テストの設計
    レビュー&
    単体テストの設計
    受け入れテストの
    実施
    システムテストの
    実施
    結合テストの
    実施
    単体テストの
    実施
    コーディング
    デバッグ
    デバッグ
    デバッグ
    デバッグ
    9

    View Slide

  10. なぜ早期のテスト・レビューをするのか
    http://www.jaspic.org/event/2009/SPIJapan/keynote/SJ9keynote.pdf#page=31
    10
    要求仕様 設計段階 コーディング テスト 納入時点

    View Slide

  11. 何をテストすべきか
    11

    View Slide

  12. 次の仕様に対してどんなテストをすれば良いか。
    ● パスワードは4文字以上12文字以下の
    英数字のみを許容する
    ● パスワードを3分以内に4回以上間違って入力すると
    アカウントを5分間ロックする
    http://www.slideshare.net/takashiyamasaki378/ss-55384920
    例題
    12

    View Slide

  13. パスワードは4文字以上12文字以下の
    英数字のみを許容する
    パスワードを3分以内に4回以上間違って入力すると
    アカウントを5分間ロックする
    回答記入用
    13

    View Slide

  14. パスワードは4文字以上12文字以下の
    英数字のみを許容する
    パスワードを3分以内に4回以上間違って入力すると
    アカウントを5分間ロックする
    模範解答用
    14

    View Slide

  15. テストすべき内容(テスト観点)の見つけ方
    http://jasst.jp/symposium/jasst13niigata/pdf/S2.pdf 15

    View Slide

  16. 視座
    16

    View Slide

  17. 視野
    17

    View Slide

  18. 視点
    18

    View Slide

  19. (参考)品質特性
    http://www.atmarkit.co.jp/ait/articles/0905/13/news124_3.html 19

    View Slide

  20. どうやって
    テストケースを作るのか
    20

    View Slide

  21. テストケースはいくつ?
    パスワードは4文字以上12文字以下
    1文字、2文字、3文字…100文字
    膨大な数の
    テストケース
    テストの7原則②全数テストは不可能 21

    View Slide

  22. テストケース作成者「○○○のテストをします!」
    司会者「ほぉ~、それはどうしてだい?」
    テストケース作成者「 」
    テストケース作成の心得
    22

    View Slide

  23. テスト設計技法 ~境界値分析~
    テストの7原則④欠陥の偏在
    12
    4
    パスワードは4文字以上12文字以下
    23

    View Slide

  24. テスト設計技法 ~状態遷移テスト~
    https://goo.gl/iAvVm8
    24

    View Slide

  25. どうやって
    テストを実施するのか
    25

    View Slide

  26. テストは実施して終わりではない
    パスワードを「123」にして
    ログインしようとしたら、
    ログインできなかった
    26

    View Slide

  27. テストレポート例
    OK
    or
    NG
    パスワードが
    3桁以下の時
    ログイン失敗
    ページに
    遷移すること
    パスワード欄
    に「123」
    と入力する。
    ログインボタン

    押す。
    ログイン
    失敗画面に
    遷移する
    NG ログイン画面
    から遷移せず、
    「ログイン失敗」
    と表示される
    他の人や1年後の自分が見ても分かるように書く
    27

    View Slide

  28. おわりに
    28

    View Slide

  29. まとめ
    ● テストの目的は欠陥の検出以外に欠陥の     がある
    ● テストには      に行う活動もある
    ● 早期にテストやレビューをすることで      できる
    ● テストすべき内容には、仕様書から見つけられる内容以外に
    も、      から得られることや     などがある
    ● 全てを闇雲にテストすると膨大なケース数と時間が発生する
    が、その数を削減できる手法がある
    ● テストを実施するときは、           結果を書く
    29

    View Slide

  30. おまけ
    ● 開発チーム …
    ● QAチーム…
    ● 自動テスト …
    30

    View Slide

  31. 参考資料1 テストの7原則
    ①テストは「欠陥がある」ことしか示せない
    ②全数テストは不可能
    ③初期テスト
    ④欠陥の偏在
    ⑤殺虫剤のパラドックス
    ⑥テストは条件次第
    ⑦「バグゼロ」の落とし穴
    http://jstqb.jp/dl/JSTQB-SyllabusFoundation_Version2011.J02.pdf#page=15
    31

    View Slide

  32. 参考資料2 テスト自動化の8原則
    ①手動テストはなくならない
    ②手動で行って効果の無いテストを自動化しても無駄である
    ③自動テストは書いたことしかテストしない
    ④テスト自動化の効用はコスト削減だけではない
    ⑤自動テストシステムの開発は継続的に行うものである
    ⑥自動化検討はプロジェクト初期から
    ⑦自動テストで新種のバグが見つかることは稀である
    ⑧テスト結果分析という新たなタスクが生まれる
    https://sites.google.com/site/testautomationresearch/test_automation_principle 32

    View Slide