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

ソフトウェアテスト・品質勉強会Ver3.4(投影資料)/Software test and quality study (Presentation)_20190416

nihonbuson
April 16, 2019

ソフトウェアテスト・品質勉強会Ver3.4(投影資料)/Software test and quality study (Presentation)_20190416

以下のイベントの投影資料です。
https://d-cube.connpass.com/event/123154/

この資料を利用する際には、以下の記事も参考にしてください。

「ソフトウェアテスト・品質勉強会」での発表時に工夫したこと
http://nihonbuson.hatenadiary.jp/entry/2017/12/09/171946

当日に配布した資料はこちら
https://speakerdeck.com/nihonbuson/software-test-and-quality-study-handouts-20190416

右下に「P○」と書いてあるスライドは、配布資料のページ数と対応しています。

以下、スライド内記載のURL一覧

P13
http://www.publickey1.jp/blog/14/_2014.html

P15
http://jstqb.jp/dl/JSTQB-SyllabusFoundation_Version2011.J02.pdf#page=14

P22,24
http://jasst.jp/symposium/jasst12tokyo/pdf/D4-1.pdf

P25
http://www.jaspic.org/event/2009/SPIJapan/keynote/SJ9keynote.pdf#page=31

P27
https://www.slideshare.net/takashiyamasaki378/ss-55384920/25

P21
https://www.slideshare.net/takashiyamasaki378/ss-55384920

P39,41,42
http://jasst.jp/symposium/jasst13niigata/pdf/S2.pdf

P40
https://tech.drecom.co.jp/viewpoint-of-being-leader/

P46
https://note.openvista.jp/2011/redesigning-shinjuku-building-sign

P79
http://www.satisfice.com/blog/archives/856

P80
https://www.infoq.com/jp/news/2009/12/testing-or-checking

P81
http://www.jasst.jp/symposium/jasst17tokyo/pdf/A7.pdf#page=29

P83
https://www.thoughtworks.com/insights/blog/qa-dead

P86
http://jasst.jp/symposium/jasst16tokyo/pdf/D4.pdf#page=5

P88
https://www.amazon.co.jp/dp/4297105063
https://www.amazon.co.jp/dp/4817193603

P89
https://www.amazon.co.jp/dp/4873118166/

P90
https://www.amazon.co.jp/dp/4798124699

P95
http://wacate.jp/

P96
http://www.jasst.jp/

P98
http://www.jasst.jp/symposium/jasst17tohoku/pdf/S1.pdf#page=56

P100
https://sites.google.com/site/testautomationresearch/test_automation_principle

nihonbuson

April 16, 2019
Tweet

More Decks by nihonbuson

Other Decks in Technology

Transcript

  1. 自己紹介 • ブロッコリー • 2018年10月のに参加してくださ株式会社ビズもします)リーチへ転職へ転職転職 • JaSST Review 実行委員長 •

    WACATE 実行委員 • テストエンジニアによる合同誌に参加してくださよる合同誌合同誌 『Crabink』著者のの1人
  2. 品質やテストのこととは何か?か? 東京海上日動システムズ顧問システムズ顧問顧問 横塚 裕志氏 の講演内容より講演内容よりより 【具体例2】 デジタルニュースの講演内容より普及により、により、 ニュースは、確実な推敲・校正よな推敲・校正より推敲・校正よりも、よりも、 「早く伝える」「修く伝える」「修正伝える」「修正」える」「修正」へ」「修正よりも、」へ 【具体例1】

    トラブルは0でも、 国民のの講演内容より5.8%にしか使われない住基使われない住基ネわれな推敲・校正よりい住基ネットカー住基ネットカード。ネットカード。 「ソフトウェアの品質(=存在の品質(=存在意品質(=存在意義)としては失格」としては失格」失格」」 ※ソフトウェア品質シンポジウ品質シンポジウム シンポジウム 2014の講演内容より基ネットカード。調講演にて http://www.publickey1.jp/blog/14/_2014.html P5
  3. テストをどうやれば良の目的は何か?は何か?か? 以下のような目的がのような目的があります目的があります。があります。 • 欠陥の検出の検出 • 対象ソフトウェアのソフトウェアによる合同誌の品質レベルが十分でレベルが十分であるこが十分であることの確である合同誌ことの確認 • 意思決定のための情報ののた内容のめの情報の提示の提示 • 欠陥の作りこみの防の作りこみの防止りこみカバーの防止

    JSTQBシラバスより http://jstqb.jp/dl/JSTQB-SyllabusFoundation_Version2011.J02.pdf#page=14 実な推敲・校正よ装前に行うこともあに行うこともあるうこともある」「修正」へ テストの講演内容より7原則①テストは「欠陥テストは「欠陥がある」ことしがある」「修正」へ」ことしか使われない住基示せないせな推敲・校正よりい住基ネットカー P6
  4. テストをどうやれば良の7原則 1. テストは「欠陥がある」こ欠陥の検出がある合同誌」ことしか示せな目的がありますい 2. 全数テストは不可能テストは不可能 3. 初期テストテスト 4. 欠陥の検出の偏在 5.

    殺虫剤のパラドックスのパラドックス 6. テストは条件次第 7. 「欠陥がある」こバグゼロ」の落とし穴とし穴 http://jstqb.jp/dl/JSTQB-SyllabusFoundation_Version2011.J02.pdf#page=15
  5. テストをどうやれば良の7原則 1. テストは「欠陥がある」こ欠陥の検出がある合同誌」ことしか示せな目的がありますい – テストに参加してくださよって「欠陥がある」ここの製品はバグが無いが無いい」 とは証明できない。で発表きな経験していませい。 2. 全数テストは不可能テストは不可能 – すべてのパターン数は膨大数は膨大は膨大な目的がありますのでテスト不可能。

    3. 初期テストテスト – いかに早く欠陥に気付けく欠陥に気付ける欠陥の作りこみの防に気付けるかけるかが重要 – 「欠陥がある」こテストは後で」とか考えなで」とか考えないこと!えな目的がありますいこと! 後で詳しく!で詳しく!詳しく!しく! 後で詳しく!で詳しく!詳しく!しく! P8
  6. テストをどうやれば良の7原則 4. 欠陥の検出の偏在 – 欠陥の検出は満遍なく存在はせずな目的がありますく存在はせず、当日お話しした局所的は何か?に発生する合同誌 5. 殺虫剤のパラドックスのパラドックス – 同じ殺虫剤のパラドックスを見て興味を持っ使い続けると虫もい続けると虫も耐性け用にカスタマイる合同誌と虫も耐性を持ち、を見て興味を持っ持った方は…ち位置とは、当日お話しした だんだん効かなくなるかな目的がありますくな目的がありまする合同誌

    – 同様に、に参加してくださ、当日お話しした同じテストを繰りじテストをどうやれば良を繰り返すり返すす内容は…と だんだん新しい欠陥を発見しい欠陥の作りこみの防を発見できなくで発表きな経験していませく欠陥に気付けるな目的がありまする合同誌 後で詳しく!で詳しく!詳しく!しく! 後で詳しく!で詳しく!詳しく!しく! P9
  7. テストをどうやれば良の7原則 6. テストは条件次第 – ソフトをどうやれば良ウェアの種類の種類に参加してくださよって、当日お話ししたテストした内容のい内容のや テストをどうやれば良にかけるコストをどうやれば良が変わる。わる合同誌。 – 例えば、人命に関えば、当日お話しした人命に関わる製品とに参加してくださ関わる製品とゲーわる合同誌製品とゲーム製品は製品は 同じ品質レベルが十分でやテストの工数テストは不可能に参加してくださはな目的がありますらな目的がありますい 7.

    「欠陥がある」こバグゼロ」の落とし穴とし穴 – 必ずしもずしも「欠陥が無い=素欠陥の作りこみの防が無いい=素晴らしい」で素晴らしい」ではならしい」で発表はな経験していませい。 – 例えば、人命に関:バグはバグは0だけ用にカスタマイど、当日お話ししたシステム製品はの起動にに参加してくださ5時間かかるかかる合同誌 P10
  8. Wモデルがいっぱい 要求定義 要件定義 基ネットカード。本設計 詳細設計 レビュー&受け入れテストけ入れテスト入れテストれ テストの講演内容より設計 レビュー&システム テストの講演内容より設計 レビュー&

    結合テストテストの講演内容より設計 レビュー& 単体テストの講演内容より設計 受け入れテストけ入れテスト入れテストれテストの講演内容より 実な推敲・校正よ施 システムテストの講演内容より 実な推敲・校正よ施 結合テストテストの講演内容より 実な推敲・校正よ施 単体テストの講演内容より 実な推敲・校正よ施 コーディング デバッグ デバッグ デバッグ デバッグ P13 http://jasst.jp/symposium/jasst12tokyo/pdf/D4-1.pdf を元に作成元に作成に作成作成
  9. テストをどうやれば良ケースはいく欠陥に気付けるつ? • テストケースは時間があれば無限にできます無限にできます。にできます。 • サンプリング方法としてテスト設としてテスト設計技法としてテスト設がある」「修正」へ。 – テストケースを許容する合理をしていると的に少なくするに少なくする少なくするなくするための講演内容より技法としてテスト設 • 同値分割法、AllPair法としてテスト設 –

    多くの欠陥が見つくの品質(=存在意欠陥が見つかるが見つかる見つかるつかるようにする」「修正」へための講演内容より技法としてテスト設 • 境界値分析、エラー推測、探索的テストテスト – テスト対象をを許容するある観点で漏れなくテスで詳しく!漏れなくテストすれなくテストするための講演内容より技法としてテスト設 • カバレッジ、デシジョンテーブル、状態遷移、ユースケーステスト
  10. テストをどうやれば良設計技法 ~境界値分からないよ…。析~ • 「欠陥がある」こパスワードが4文字以上12文字以下のような目的が」で な目的がありますぜ3,4,12,13を見て興味を持っテストする合同誌のか? if( x < 3 ){ return

    “入力したパスワードしたパスワードが短パスワードはが短いです”短いです”いです”; } • 上記の例で、の例えば、人命に関で、当日お話しした不等号のミスのミスに参加してくださよる合同誌不具合を見て興味を持っ 発見て興味を持ったできる合同誌のは、当日お話しした3の時だけ!
  11. テストをどうやれば良レポートをどうやれば良例 テスト目的テスト 再現手順 期待値 OK or NG 実な推敲・校正よ際の結果の講演内容より結果なのか? パスワードが 3桁以下のの講演内容より時

    ログイン失敗 ページに 遷移することする」「修正」へこと パスワード欄に「に「123」 と入れテスト力するとする」「修正」へ。 ログインボタンを許容する 押す。す。 ログイン 失敗画面にに 遷移することする」「修正」へ NG ログイン画面に か使われない住基ら遷移することせず、 「ログイン失敗」と表 示せないされる」「修正」へ 他の人やの人や1年後で」とか考えなの自分であることの確が見て興味を持ったても分であることの確かる合同誌ように参加してくださ書いてください。く P31
  12. まとめ • テストの目的があります。は欠陥の検出の検出以外にに参加してくださ欠陥の作りこみの防の未然防止がある合同誌 • テストに参加してくださは実装開始前にに行うう活動にもある合同誌 • 早期テストに参加してくださテストやレビューを見て興味を持っする合同誌ことでコストをどうやれば良を削減できるでしょうで発表きる • テストすべき内容のに参加してくださは、当日お話しした仕様に、書いてください。から見て興味を持ったつけ用にカスタマイられる合同誌内容の以外にに参加してくださ も、当日お話しした過去の経験の経験していませんかから得られることやられる合同誌ことや品質やテストのこと特性な目的がありますどがある合同誌

    • 全てを見て興味を持っ闇雲にテストするとに参加してくださテストする合同誌と膨大な目的がありますケース数テストは不可能と時間かかるが発生するする合同誌 が、当日お話ししたその数は膨大を削減できるでしょうで発表きる手法がある合同誌 • テストを見て興味を持っ実施すべきかした内容のときは、当日お話しした他の人が分かるよの人が分かるようにが分からないよ…。かるように結果を書くを見て興味を持っ書いてください。く P33
  13. P35 1. 評価チームはチの例ームを書いていませは システムを書いていませテストをどうやれば良レベルがいっぱいを見できなくたい! • 単体テスト(モジュテスト(社内向け用にカモジュールが十分であるこテスト) – 商品の個数テストは不可能欄にマイナスの数に参加してくださマイナスの数テストは不可能値を入力できないを見て興味を持っ入力できない。できな目的がありますい。 • 結合テスト

    – カートに参加してくださ3個入っていて、当日お話しした2個追加してください!した内容のら、当日お話しした 確認ページで5個に参加してくださな目的がありますった内容の。 • システム製品はテスト – 会員登録→商品購入→商品キャンセルが十分であるこ→退会の 一連の流れ。の流れ。れ。 評価チームはチの例ームを書いていませは ここをやりたい!
  14. P35 1. 評価チームはチの例ームを書いていませは システムを書いていませテストをどうやれば良レベルがいっぱいを見できなくたい! • 単体テスト(モジュテスト(社内向け用にカモジュールが十分であるこテスト) – 商品の個数テストは不可能欄にマイナスの数に参加してくださマイナスの数テストは不可能値を入力できないを見て興味を持っ入力できない。できな目的がありますい。 • 結合テスト

    – カートに参加してくださ3個入っていて、当日お話しした2個追加してください!した内容のら、当日お話しした 確認ページで5個に参加してくださな目的がありますった内容の。 • システム製品はテスト – 会員登録→商品購入→商品キャンセルが十分であるこ→退会の 一連の流れ。の流れ。れ。 開発者はは ここをやりきれ!