業務でも活用できるソフトウェアテストの7原則/Seven_Testing_Principles
by
nihonbuson
Link
Embed
Share
Beginning
This slide
Copy link URL
Copy link URL
Copy iframe embed code
Copy iframe embed code
Copy javascript embed code
Copy javascript embed code
Share
Tweet
Share
Tweet
Slide 1
Slide 1 text
業務でも活用できる ソフトウェアテストの7原則
Slide 2
Slide 2 text
自己紹介 ● 社会人6年目 ● WACATEの参加歴 ○ WACATE 2015 夏 〜 WACATE 2018 冬 ○ WACATE 2018 夏 でBPP賞 ○ WACATE 2019 夏からWACATE実行委員 ● その他、社外活動 ○ JaSST Review 実行委員長 ○ ASTER正会員 ● ネコ派 というより ブロッコリー派 風間 裕也 ↓Twitterアイコン
Slide 3
Slide 3 text
● JSTQB(ソフトウェアテスト技術者資格) を取得している人? ● ソフトウェアテストの7原則を言える人? アンケート
Slide 4
Slide 4 text
ゴール ソフトウェアテストの7原則を 普段の業務中にも意識できるようになる ソフトウェアテストの7原則を知っている ソフトウェアテストの7原則を 事例を踏まえて理解できる
Slide 5
Slide 5 text
アジェンダ ソフトウェアテストの7原則の紹介 ソフトウェアテストの7原則を 実際の業務に当てはめてみよう
Slide 6
Slide 6 text
ソフトウェアテストの7原則 とは何か? https://jp.freeimages.com/photo/sevens-luckily-1222955
Slide 7
Slide 7 text
ソフトウェアテストの7原則とは
Slide 8
Slide 8 text
ソフトウェアテストの7原則とは ● ISTQB(JSTQB)に記載されている、 あらゆるテストで共通に使える一般的なガイドライン。 ○ ISTQBテスト技術者資格制度 Foundation Level シラバス 日本語版 Version 2018.J03 ■ http://jstqb.jp/dl/JSTQB-SyllabusFoundation_Version2018.J03.pdf ※以下、JSTQBシラバスと表記 ● JSTQBシラバスでは、全部で1ページ弱しか載っていない。 ● テストエンジニアのみならず、 開発者・マネージャなどあらゆるロールの人に知ってほしい原則
Slide 9
Slide 9 text
ソフトウェアテストの7原則 1. テストは欠陥があることは示せるが、 欠陥がないことは示せない 2. 全数テストは不可能 3. 早期テストで時間とコストを節約 4. 欠陥の偏在 5. 殺虫剤のパラドックスにご用心 6. テストは状況次第 7. 「バグゼロ」の落とし穴
Slide 10
Slide 10 text
テストは 欠陥があることは示せるが、 欠陥がないことは示せない ソフトウェアテストの7原則①
Slide 11
Slide 11 text
1.テストは欠陥があることは示せるが、 欠陥がないことは示せない JSTQBシラバスでは… テストにより、欠陥があることは示せるが、 欠陥がないことは証明できない。 ダメな例 「これだけのテストをやったから、もう欠陥は一切ないです!」
Slide 12
Slide 12 text
1.テストは欠陥があることは示せるが、 欠陥がないことは示せない テストにより、ソフトウェアに残る未検出欠陥の数を減らせるが、 欠陥が見つからないとしても、正しさの証明とはならない。 良い例 「今回示した状態遷移に関するテストの部分では、 欠陥が出ませんでした。」 JSTQBシラバスでは…
Slide 13
Slide 13 text
全数テストは不可能 https://jp.freeimages.com/photo/code-1-1526538 ソフトウェアテストの7原則②
Slide 14
Slide 14 text
2.全数テストは不可能 すべてをテストすること(入力と事前条件の全組み合わせ)は、 ごく単純なソフトウェア以外では非現実的である。 例 名字の入力欄のテスト JSTQBシラバスでは…
Slide 15
Slide 15 text
2.全数テストは不可能 すべてをテストすること(入力と事前条件の全組み合わせ)は、 ごく単純なソフトウェア以外では非現実的である。 例 名字の入力欄のテスト ● 日本に存在する漢字を 5文字(日本の名字の最長文字数)入れる 全ての組み合わせ →(2136種類)の5乗 = 約4000兆種類 JSTQBシラバスでは…
Slide 16
Slide 16 text
2.全数テストは不可能 すべてをテストすること(入力と事前条件の全組み合わせ)は、 ごく単純なソフトウェア以外では非現実的である。 例 名字の入力欄のテスト ● 日本に存在する名字のパターン全て →約13万種類 JSTQBシラバスでは…
Slide 17
Slide 17 text
2.全数テストは不可能 すべてをテストすること(入力と事前条件の全組み合わせ)は、 ごく単純なソフトウェア以外では非現実的である。 例 名字の入力欄のテスト ● 日本に存在する名字のパターン全て →約13万種類 さらに、「名字と名前の組み合わせ」まで 考えると大変なことに! JSTQBシラバスでは…
Slide 18
Slide 18 text
2.全数テストは不可能 全数テストの代わりに、リスク分析、テスト技法、および優先度により テストにかける労力を集中すべきである。 例 名字の入力欄のテスト ● 文字数 … 0,1,5,6文字(境界値分析) ● 文字種 … ひらがな、カタカナ、 漢字、絵文字など(同値分割) JSTQBシラバスでは…
Slide 19
Slide 19 text
早期テストで 時間とコストを節約 https://jp.freeimages.com/photo/watch-1417234 ソフトウェアテストの7原則③
Slide 20
Slide 20 text
3.早期テストで時間とコストを節約 早い段階で欠陥を見つけるために、静的テスト活動と動的テスト活動の 両方をソフトウェア開発ライフサイクルのなるべく早い時期に開始 すべきである。早期テストは、シフトレフトとも呼ばれる。 静的テスト ソフトウェア開発の成果物 (要件、設計、又は、コードなど)の実 行をせずに実施する成果物のテスト。 たとえば、レビュー、静的解析など。 動的テスト コンポーネントやシステムの ソフトウェアを実行させて 確認するテスト。 JSTQBシラバスでは… 出典:ソフトウェアテスト標準用語集(日本語版) Version 2.3.J02 http://jstqb.jp/dl/JSTQB-glossary.V2.3.J02.pdf
Slide 21
Slide 21 text
V字モデル ユーザ要求 システム要件 基本設計 詳細設計 受け入れテスト システムテスト 統合テスト コンポーネントテスト 実装 3.早期テストで時間とコストを節約 早い段階で欠陥を見つけるために、静的テスト活動と動的テスト活動の 両方をソフトウェア開発ライフサイクルのなるべく早い時期に開始 すべきである。早期テストは、シフトレフトとも呼ばれる。 JSTQBシラバスでは…
Slide 22
Slide 22 text
シフトレフト ユーザ要求 システム要件 基本設計 詳細設計 受け入れテスト システムテスト 統合テスト コンポーネントテスト 実装 3.早期テストで時間とコストを節約 早い段階で欠陥を見つけるために、静的テスト活動と動的テスト活動の 両方をソフトウェア開発ライフサイクルのなるべく早い時期に開始 すべきである。早期テストは、シフトレフトとも呼ばれる。 JSTQBシラバスでは…
Slide 23
Slide 23 text
シフトレフトの例 ユーザ要求 システム要件 基本設計 詳細設計 受け入れテスト システムテスト 統合テスト コンポーネントテスト 実装 3.早期テストで時間とコストを節約 早い段階で欠陥を見つけるために、静的テスト活動と動的テスト活動の 両方をソフトウェア開発ライフサイクルのなるべく早い時期に開始 すべきである。早期テストは、シフトレフトとも呼ばれる。 テスト設計 JSTQBシラバスでは…
Slide 24
Slide 24 text
シフトレフトの例 ユーザ要求 システム要件 基本設計 詳細設計 受け入れテスト システムテスト 統合テスト コンポーネントテスト 実装 3.早期テストで時間とコストを節約 早い段階で欠陥を見つけるために、静的テスト活動と動的テスト活動の 両方をソフトウェア開発ライフサイクルのなるべく早い時期に開始 すべきである。早期テストは、シフトレフトとも呼ばれる。 レビュー指摘事項 JSTQBシラバスでは…
Slide 25
Slide 25 text
ソフトウェア開発ライフサイクルの早い時期に テストを行うことにより、コストを低減または削減できる。 仕様誤りの修正コスト 要求仕様 設計 実装 テスト リリース後 1倍 5倍 10倍 20倍 200倍! 3.早期テストで時間とコストを節約 JSTQBシラバスでは… 出典: Alan M. Davis. ソフトウェア開発 201の鉄則. 日経BP社
Slide 26
Slide 26 text
欠陥の偏在 https://jp.freeimages.com/photo/ancient-stone-wall-1180286 ソフトウェアテストの7原則④
Slide 27
Slide 27 text
こんな経験ありませんか? 「機能Aの部分は不具合がたくさん見つかるなぁ…」 4.欠陥の偏在 リリース前のテストで見つかる欠陥や運用時の故障の大部分は、 特定の少数モジュールに集中する。 JSTQBシラバスでは…
Slide 28
Slide 28 text
4.欠陥の偏在 テストの労力を集中させるために欠陥の偏在を予測し、テストや 運用での実際の観察結果に基づいてリスク分析を行う。 リスク分析の例 「20歳未満の場合『未成年』と判定する」をテストする。 →「19歳」と「20歳」の2パターンをテスト (境界値分析) JSTQBシラバスでは…
Slide 29
Slide 29 text
4.欠陥の偏在 テストの労力を集中させるために欠陥の偏在を予測し、テストや 運用での実際の観察結果に基づいてリスク分析を行う。 「20歳未満の場合『未成年』と判定する」をテストする。 →「19歳」と「20歳」の2パターンをテスト (境界値分析) if ( x <= 20 ) { return “未成年”; } リスク分析の例 JSTQBシラバスでは…
Slide 30
Slide 30 text
4.欠陥の偏在 テストの労力を集中させるために欠陥の偏在を予測し、テストや 運用での実際の観察結果に基づいてリスク分析を行う。 「20歳未満の場合『未成年』と判定する」をテストする。 →「19歳」と「20歳」の2パターンをテスト (境界値分析) 理由…不等号のミスが発生しやすいから if ( x <= 20 ) { return “未成年”; } リスク分析の例 JSTQBシラバスでは…
Slide 31
Slide 31 text
殺虫剤のパラドックス https://jp.freeimages.com/photo/spray-1-1492322 ソフトウェアテストの7原則⑤
Slide 32
Slide 32 text
殺虫剤のパラドックスの元ネタ 5.殺虫剤のパラドックス
Slide 33
Slide 33 text
5.殺虫剤のパラドックス 殺虫剤 耐性あり 殺虫剤のパラドックスの元ネタ
Slide 34
Slide 34 text
5.殺虫剤のパラドックス 殺虫剤のパラドックスの元ネタ
Slide 35
Slide 35 text
5.殺虫剤のパラドックス 殺虫剤 殺虫剤のパラドックスの元ネタ
Slide 36
Slide 36 text
5.殺虫剤のパラドックス 改良した殺虫剤 耐性あり 殺虫剤のパラドックスの元ネタ
Slide 37
Slide 37 text
5.殺虫剤のパラドックス 殺虫剤のパラドックスの元ネタ
Slide 38
Slide 38 text
5.殺虫剤のパラドックス 少しでもすり抜けて生き残る害虫がいる限り、 完全には駆除できないし、 残っている害虫には現在の殺虫剤が効かない。 殺虫剤のパラドックスの元ネタ
Slide 39
Slide 39 text
5.殺虫剤のパラドックス 少しでもすり抜けて生き残る害虫がいる限り、 完全には駆除できないし、 残っている害虫には現在の殺虫剤が効かない。 テストは欠陥があることは示せるが、 欠陥がないことは示せない 殺虫剤のパラドックスの元ネタ
Slide 40
Slide 40 text
5.殺虫剤のパラドックス 同じテストを何度も繰り返すと、 最終的にはそのテストでは新しい欠陥を見つけられなくなる。 こんな経験ありませんか? 「このテストを毎回のリリース前にやれば大丈夫!」 JSTQBシラバスでは…
Slide 41
Slide 41 text
5.殺虫剤のパラドックス 「このテストを毎回のリリース前にやれば大丈夫!」 →テストをすり抜けた不具合は残り続けている 可能性があるので、行うべきテストを見直しましょう こんな経験ありませんか? この「殺虫剤のパラドックス」を回避するため、 テストとテストデータを定期的に見直して、 改定したり新規にテストを作成したりする必要がある JSTQBシラバスでは…
Slide 42
Slide 42 text
5.殺虫剤のパラドックス ただし、自動化されたリグレッションテストの場合は、 同じテストを繰り返すことでリグレッションが低減している という有益な結果を示すことができる。 自動化されたリグレッションテストの目的 ● 不具合を新しく見つける(すり抜けた不具合を見つける)ことが 目的ではない ● 既に見つけた不具合が再発していないか確認することが目的 JSTQBシラバスでは…
Slide 43
Slide 43 text
テストは状況次第 https://jp.freeimages.com/photo/chart-1238452 ソフトウェアテストの7原則⑥
Slide 44
Slide 44 text
6.テストは状況次第 状況が異なれば、テストの方法も変わる。 テスト工数を多くかける必要があるのはどっち? ● 正式に売っているわけではないお試し版 ● 不具合が発生すると死亡事故になるような医療系の製品 JSTQBシラバスでは…
Slide 45
Slide 45 text
6.テストは状況次第 アジャイルプロジェクトとシーケンシャルライフサイクルプロジェクト では、テストの実行方法が異なる。 自動化がより効果的なのはどっち? ● 1回だけ実行するテスト ● 何回も同じことを繰り返し実行するテスト JSTQBシラバスでは…
Slide 46
Slide 46 text
バグゼロの落とし穴 https://jp.freeimages.com/photo/the-big-hole-1508554 ソフトウェアテストの7原則⑦
Slide 47
Slide 47 text
7.バグゼロの落とし穴 テスト担当者は可能なテストすべてを実行でき、 可能性のある欠陥すべてを検出できると期待する組織があるが、 原則2と原則1により、これは不可能である。 なぜ不可能なのか? 「全数テストは不可能(原則2)」ですし、 「テストは欠陥があることは示せるが、 欠陥がないことは示せない(原則1)」 ので、全テストがOKだとしても、「バグゼロ」はあり得ません。 JSTQBシラバスでは…
Slide 48
Slide 48 text
7.バグゼロの落とし穴 大量の欠陥を検出して修正するだけでシステムを正しく構築できると 期待することも誤った思い込みである。 「バグゼロ」に向かうために、直す方が良い? 不具合が1つも見つかっていない状態でリリース前日まで来たが、 このタイミングで新たなバグを発見した。 JSTQBシラバスでは…
Slide 49
Slide 49 text
7.バグゼロの落とし穴 大量の欠陥を検出して修正するだけでシステムを正しく構築できると 期待することも誤った思い込みである。 「バグゼロ」に向かうために、直す方が良い? 不具合が1つも見つかっていない状態でリリース前日まで来たが、 このタイミングで新たなバグを発見した。 →直すことで、プログラムの変更が発生し、 新たなバグを引き起こす可能性がある JSTQBシラバスでは…
Slide 50
Slide 50 text
7.バグゼロの落とし穴 例えば、指定された要件すべてを徹底的にテストし、検出した欠陥 すべてを修正しても、使いにくいシステム、ユーザーのニーズや期待を 満たさないシステム、またはその他の競合システムに比べて 劣るシステムが構築されることがある。 住基ネットカードの例 ● トラブルがほぼゼロ。 ● 全国民への普及が目的だったが、普及率は約5%程度 ● 政府はマイナンバーカードを開発・普及させる方針に変更 JSTQBシラバスでは…
Slide 51
Slide 51 text
ソフトウェアテストの7原則を 実際の業務に当てはめてみよう (※ワーク題材は非公開)
Slide 52
Slide 52 text
個人ワーク 10分 https://jp.freeimages.com/photo/student-1528001
Slide 53
Slide 53 text
ワーク内容 意識すべき 原則を探そう
Slide 54
Slide 54 text
ワーク内容 意識すべき 原則を探そう 原則以外で モヤるところを 探そう
Slide 55
Slide 55 text
ワーク内容 意識すべき 原則を探そう 原則以外で モヤるところを 探そう どのように 伝えれば良いか 考えよう
Slide 56
Slide 56 text
グループワーク 10分 https://jp.freeimages.com/photo/workshop-4-1455028
Slide 57
Slide 57 text
グループワーク時に意識してほしいこと ● 意識すべきと考えた原則が人によって違うかも ● モヤるところが人によって違うかも →皆の意見をしっかり聞こう 複数の意見から違いを見つける 絶対的な答えがあるわけではない ● 「こうすれば良い」といった絶対解はありません ● 自分なりの考えを言葉にしてみましょう
Slide 58
Slide 58 text
回答例 (※非公開) https://jp.freeimages.com/photo/feedback-form-excellent-1238383
Slide 59
Slide 59 text
注意点 正しさがすべてではない ● 「ソフトウェアテストの7原則に反している」という 正義を振りかざすべきタイミングを見極める ○ 原則が毒薬になり 「うざったいだけの人」にならないように! ● 何らかの事情で原則に反している場合もあり得る ○ 事情に寄り添い、障壁を排除しよう
Slide 60
Slide 60 text
ソフトウェアテストの7原則を 意識して より良いテスト・開発を!
Slide 61
Slide 61 text
参考資料 ISTQBテスト技術者資格制度 Foundation Level シラバス 日本語版 Version 2018.J03 http://jstqb.jp/dl/JSTQB-SyllabusFoundation_Version2018.J03.pdf Kouichi Akiyamaさんによるnote記事 https://note.com/akiyama924/n/ne92b6ece48a1 https://note.com/akiyama924/n/n01bedac15083 https://note.com/akiyama924/n/n7c464a00c3b4 https://note.com/akiyama924/n/n79b902f69ddf https://note.com/akiyama924/n/nc006015de2d2 https://note.com/akiyama924/n/n9ff13d639627 https://note.com/akiyama924/n/n59a30e23edc7 Professional Google Slides Template(スライドデザイン) https://slidesmash.com/professional-google-slides-template/ Free ICONS Library(アイコン画像) https://icon-library.net/icon/spray-icon-22.html https://icon-library.net/icon/bug-icon-1.html