ソフトウェアテストと品質（事前配布資料）/Software test and quality study_20180925 (Handouts)

D3：グルメなテスト テスト設計 - レビュースペシャル - での事前配布資料です。
https://d-cube.connpass.com/event/101281/

Transcript

1. ソフトウェアテストと品質 （事前配布資料） D3：グルメなテスト テスト設計 - レビュースペシャル - @nihonbuson 1
2. Agenda • はじめに • テストの7原則 • テストの立ち位置とは • 何をテストすべきか • どうやってテストケースを作るのか • どうやってテストを実施すべきか • おわりに 2
3. はじめに 3
4. いきなりですが質問です 品質とは何でしょうか？ テストの目的は何でしょうか？ 4
5. 品質とは何か？ 東京海上日動システムズ顧問 横塚 裕志氏 の講演内容より 【具体例2】 デジタルニュースの普及により、 ニュースは、確実な推敲・校正よりも、 「早く伝える」「修正」へ 【具体例1】 トラブルは0でも、 国民の5.8%にしか使われない住基ネットカード。 「ソフトウェアの品質（＝　　　　　　）としては失格」 ※ソフトウェア品質シンポジウム 2014の基調講演にて http://www.publickey1.jp/blog/14/_2014.html 5
6. テストの目的は何か？ 以下のような目的があります。 • 欠陥の • 対象ソフトウェアの　　　　　　　　であることの確認 • 　　　　　のための情報の提示 • JSTQBシラバスより http://jstqb.jp/dl/JSTQB-SyllabusFoundation_Version2011.J02.pdf#page=14 　　　　　に行うこともある テストの7原則①テストは「欠陥がある」ことしか示せない 6
7. テストの7原則 7
8. テストの7原則 1. テストは「　　　　　　　　　　」ことしか示せない 2. 　　　　テストは不可能 3. 　　　　テスト 4. 欠陥の 5. 殺虫剤のパラドックス 6. テストは 7. 「　　　　　　　　」の落とし穴 http://jstqb.jp/dl/JSTQB-SyllabusFoundation_Version2011.J02.pdf#page=15 8
9. 全体の開発サイクルの中での テストの立ち位置とは 9
10. Vモデル(一般的なSIの場合) 要求定義 要件定義 基本設計 詳細設計 コーディング 単体テスト 結合テスト システムテスト 受け入れテスト http://jasst.jp/symposium/jasst12tokyo/pdf/D4-1.pdf 10
11. 各段階（テストレベル）のテスト例 • 単体テスト（モジュールテスト） – 商品の個数欄にマイナスの数値を入力できない。 • 結合テスト – カートに3個入っていて、2個追加したら、 確認ページで5個になった。 • システムテスト – 会員登録→商品購入→商品キャンセル→退会の 一連の流れ。 11
12. Wモデル 要求定義 要件定義 基本設計 詳細設計 レビュー&受け入れ テストの設計 レビュー&システム テストの設計 レビュー& 結合テストの設計 レビュー& 単体テストの設計 受け入れテストの 実施 システムテストの 実施 結合テストの 実施 単体テストの 実施 コーディング デバッグ デバッグ デバッグ デバッグ 12
13. なぜ早期のテスト・レビューをするのか http://www.jaspic.org/event/2009/SPIJapan/keynote/SJ9keynote.pdf#page=31 13 要求仕様 設計段階 コーディング テスト 納入時点
14. 何をテストすべきか 14
15. パスワードは4文字以上12文字以下の 英数字のみを許容する パスワードを3分以内に4回以上間違って入力すると アカウントを5分間ロックする 回答記入用 15
16. パスワードは4文字以上12文字以下の 英数字のみを許容する パスワードを3分以内に4回以上間違って入力すると アカウントを5分間ロックする 解答例 16
17. テストすべき内容（テスト観点）の見つけ方 http://jasst.jp/symposium/jasst13niigata/pdf/S2.pdf 17
18. 視座 誰が使うのか、物事を見る立場 18
19. 視野 物事を考えたり判断したりする範囲 19
20. 視点 着目するところ、物事を考える観点 20
21. （参考）品質特性 http://www.atmarkit.co.jp/ait/articles/0905/13/news124_3.html 21
22. どうやって テストケースを作るのか 22
23. テストケースはいくつ？ パスワードは4文字以上12文字以下 1文字、2文字、3文字…100文字 膨大な数の テストケース テストの7原則②全数テストは不可能 23
24. テストケース作成者「◦◦◦のテストをします！」 司会者「ほぉ～、それはどうしてだい？」 テストケース作成者「 」 テストケース作成の心得 24
25. テスト設計技法　～境界値分析～ テストの7原則④欠陥の偏在 12 4 パスワードは4文字以上12文字以下 25
26. テスト設計技法　～状態遷移テスト～ https://goo.gl/iAvVm8 26
27. どうやって テストを実施するのか 27
28. テストは実施して終わりではない パスワードを「123」にして ログインしようとしたら、 ログインできなかった 28
29. テストレポート例 OK or NG パスワードが 3桁以下の時 ログイン失敗 ページに 遷移すること パスワード欄に 「123」 と入力する。 ログインボタンを 押す。 ログイン 失敗画面に 遷移する NG ログイン画面 から遷移せず、 「ログイン失敗」 と表示される 他の人や1年後の自分が見ても分かるように書く 29
30. おわりに 30
31. まとめ • テストの目的は欠陥の検出以外に欠陥の　　　　　　がある • テストには　　　　　　　に行う活動もある • 早期にテストやレビューをすることで　　　　　　　できる • テストすべき内容には、仕様書から見つけられる内容以外にも、 　　　　　　から得られることや　　　　　などがある • 全てを闇雲にテストすると膨大なケース数と時間が発生するが、 その数を削減できる　　　　　がある • テストを実施するときは、　　　　　　　　　　　　結果を書く 31
32. メモ 32