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

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

Transcript

1. ソフトウェアテスト・品質勉強会 @nihonbuson 1
2. Agenda • はじめに • テストの立ち位置とは • 何をテストすべきか • どうやってテストケースを作るのか • どうやってテストを実施すべきか • おわりに 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
8. Vモデル(一般的なSIの場合) 要求定義 要件定義 基本設計 詳細設計 コーディング 単体テスト 結合テスト システムテスト 受け入れテスト http://jasst.jp/symposium/jasst12tokyo/pdf/D4-1.pdf 8
9. Wモデル 要求定義 要件定義 基本設計 詳細設計 レビュー&受け入れ テストの設計 レビュー&システム テストの設計 レビュー& 結合テストの設計 レビュー& 単体テストの設計 受け入れテストの 実施 システムテストの 実施 結合テストの 実施 単体テストの 実施 コーディング デバッグ デバッグ デバッグ デバッグ 9
10. なぜ早期のテスト・レビューをするのか http://www.jaspic.org/event/2009/SPIJapan/keynote/SJ9keynote.pdf#page=31 10 要求仕様 設計段階 コーディング テスト 納入時点
11. 何をテストすべきか 11
12. 次の仕様に対してどんなテストをすれば良いか。 • パスワードは4文字以上12文字以下の 英数字のみを許容する • パスワードを3分以内に4回以上間違って入力すると アカウントを5分間ロックする http://www.slideshare.net/takashiyamasaki378/ss-55384920 例題 12
13. パスワードは4文字以上12文字以下の 英数字のみを許容する パスワードを3分以内に4回以上間違って入力すると アカウントを5分間ロックする 回答記入用 13
14. パスワードは4文字以上12文字以下の 英数字のみを許容する パスワードを3分以内に4回以上間違って入力すると アカウントを5分間ロックする 模範解答用 14
15. テストすべき内容（テスト観点）の見つけ方 http://jasst.jp/symposium/jasst13niigata/pdf/S2.pdf 15
16. 視座 16
17. 視野 17
18. 視点 18
19. （参考）品質特性 http://www.atmarkit.co.jp/ait/articles/0905/13/news124_3.html 19
20. どうやって テストケースを作るのか 20
21. テストケースはいくつ？ パスワードは4文字以上12文字以下 1文字、2文字、3文字…100文字 膨大な数の テストケース テストの7原則②全数テストは不可能 21
22. テストケース作成者「◦◦◦のテストをします！」 司会者「ほぉ～、それはどうしてだい？」 テストケース作成者「 」 テストケース作成の心得 22
23. テスト設計技法　～境界値分析～ テストの7原則④欠陥の偏在 12 4 パスワードは4文字以上12文字以下 23
24. テスト設計技法　～状態遷移テスト～ https://goo.gl/iAvVm8 24
25. どうやって テストを実施するのか 25
26. テストは実施して終わりではない パスワードを「123」にして ログインしようとしたら、 ログインできなかった 26
27. テストレポート例 OK or NG パスワードが 3桁以下の時 ログイン失敗 ページに 遷移すること パスワード欄 に「123」 と入力する。 ログインボタン を 押す。 ログイン 失敗画面に 遷移する NG ログイン画面 から遷移せず、 「ログイン失敗」 と表示される 他の人や1年後の自分が見ても分かるように書く 27
28. おわりに 28
29. まとめ • テストの目的は欠陥の検出以外に欠陥の　　　　　がある • テストには　　　　　　に行う活動もある • 早期にテストやレビューをすることで　　　　　　できる • テストすべき内容には、仕様書から見つけられる内容以外に も、　　　　　　から得られることや　　　　　などがある • 全てを闇雲にテストすると膨大なケース数と時間が発生する が、その数を削減できる手法がある • テストを実施するときは、　　　　　　　　　　　結果を書く 29
30. おまけ • 開発チーム　… • QAチーム… • 自動テスト　… 30
31. 参考資料1　テストの7原則 ①テストは「欠陥がある」ことしか示せない ②全数テストは不可能 ③初期テスト ④欠陥の偏在 ⑤殺虫剤のパラドックス ⑥テストは条件次第 ⑦「バグゼロ」の落とし穴 http://jstqb.jp/dl/JSTQB-SyllabusFoundation_Version2011.J02.pdf#page=15 31
32. 参考資料2　テスト自動化の8原則 ①手動テストはなくならない ②手動で行って効果の無いテストを自動化しても無駄である ③自動テストは書いたことしかテストしない ④テスト自動化の効用はコスト削減だけではない ⑤自動テストシステムの開発は継続的に行うものである ⑥自動化検討はプロジェクト初期から ⑦自動テストで新種のバグが見つかることは稀である ⑧テスト結果分析という新たなタスクが生まれる https://sites.google.com/site/testautomationresearch/test_automation_principle 32