Spring Bootcamp（新卒研修） 2022 QA研修座学

by honamin

Slide 1

Slide 1 text

Spring Bootcamp 2022 QA研修 2022/5/13 Fri.

Slide 2

Slide 2 text

What is QA?

Slide 3

Slide 3 text

QA = Quality Assurance

Slide 4

Slide 4 text

本日のゴールその１　品質は作り込むものその２　テスト技法を学ぶ

Slide 5

Slide 5 text

QAを知る

Slide 6

Slide 6 text

品質保証ってなんだ QAを知る

Slide 7

Slide 7 text

料理味見 by 作った人 QAを知る

Slide 8

Slide 8 text

自転車（組み立て前）試乗 by 組み立てた人 QAを知る

Slide 9

Slide 9 text

ソフトウェア（リリース前）動作検証（テスト） by 開発した人？ QAを知る

Slide 10

Slide 10 text

ソフトウェア（リリース前）動作検証（テスト） by 開発した人など QAを知るこれだけ、ではないんです！

Slide 11

Slide 11 text

品質保証とは対象物が誰か（≒ユーザー）にとって一定の価値がある、ということを保証すること QAを知る

Slide 12

Slide 12 text

「一定の価値」とは？ QAを知る

Slide 13

Slide 13 text

● 美味しさ ● 辛さ ● 具の多さ ● 米の銘柄 ● トッピングの種類 ● 福神漬け有り／無し ● 走りやすさ ● ブレーキの効き ● 耐久度／耐荷重 ● デザイン性 ● カスタマイズ性 ● 電動サポート有り／無し ● 機能の充実 ● 使いやすさ ● サポートの手厚さ ● 導入のしやすさ ● 障害の少なさ ● 時間効率化ちょっと待った！！！何か疑問に感じませんか？ QAを知る

Slide 14

Slide 14 text

● 美味しさ ● 辛さ ● 具の多さ ● 米の銘柄 ● トッピングの種類 ● 福神漬け有り／無し ● 走りやすさ ● ブレーキの効き ● 耐久度／耐荷重 ● デザイン性 ● カスタマイズ性 ● 電動サポート有り／無し ● 機能の充実 ● 使いやすさ ● サポートの手厚さ ● 導入のしやすさ ● 障害の少なさ ● 時間効率化主観的で、指標として曖昧では？ユーザーはどこに消えた？ QAを知る

Slide 15

Slide 15 text

QAを知る製品品質利用時の品質 ※「JIS X 25010」で定義製品そのものが持っている品質人がその製品を利用したときに「受け取る」、または「感じる」品質ソフトウェアの品質今日のテーマ

Slide 16

Slide 16 text

QA今昔

Slide 17

Slide 17 text

ジャパン・クオリティ QA今昔

Slide 18

Slide 18 text

QA今昔メイド・イン・ジャパン粗悪品安くてすぐ壊れる 1950年代初期まで安かろう、悪かろう

Slide 19

Slide 19 text

QA今昔デミング博士 ※画像はイメージです第二次世界大戦敗戦後、通信状況改善のため、アメリカ軍が品質管理技術者を招致。これが日本における品質管理の始まりといわれている。アメリカのデミング博士が来日。統計的品質管理（SQC：Statistical Quality Control）の講演を行い、管理サイクルPDCAの概念を強調。日本的全社的品質管理（TQC：Total Quality Control）の発展。第二次石油危機による問題に対し、経営層から現場、組織での問題解決の観点から、TQCが加速。方針管理の重要性が高まった。 1946年 1950年代 1960年代 1970年代日本製品の品質をよくしたいなぁ・・・

Slide 20

Slide 20 text

QA今昔メイド・イン・ジャパン世界レベルの高品質日本の品質管理、ものづくりそのものに関心が向けられるように ※製造業のお話 1979年著エズラ・ヴォーゲル

Slide 21

Slide 21 text

QA今昔あれから40年、製造業は品質を保ったまま走り続けている🚗

Slide 22

Slide 22 text

ソフトウェア・クオリティ QA今昔

Slide 23

Slide 23 text

開発手法の歴史と品質保証 QA今昔 1950~1960年代 1970~1980年代 1990~2000年代 2010年〜イマ！！

Slide 24

Slide 24 text

1950~1960年代 EDSAC（Electronic Delay Storage Automatic Calculator） System/360 開発手法 ● スーパーエンジニア（とにかくすごい人）が1万行のAppを2日で書く ● うまくいかなかったら初めから書き直すの繰り返し ● 完全属人化

Slide 25

Slide 25 text

1961年　NASAに協力したマーガレット・ハミルトンが「ソフトウェア工学」という言葉を生んだ。このソフトウェア工学に品質保証の概念が組み込まれた。 ● 全てのコンポーネントでのデバッグ（デバッグ） ● コンポーネント単位でのテスト（単体テスト） ● 結合テスト 1950~1960年代 1969年7月打ち上げ品質保証のはじまり

Slide 26

Slide 26 text

プログラム品質の見える化 1950~1960年代 1968年 ● Rubey & Hartwickがプログラムの品質と評価方法に関する最初の論文を発表 ● プログラムコードの「属性」と「メトリクス」を定義 ※参照導入部ソフトウェア品質に対するアプローチはブラックボックスなのが一般的だが、ユーザーは製品の品質を知りたい、目で見たいと思っている。宇宙航空機器は高精度な機能、かつ、あらゆる変更に対応しなければならない。これは他ソフトウェア分野にも適用できるのではないだろうか。

Slide 27

Slide 27 text

開発手法の歴史と品質保証 QA今昔 1950~1960年代 1970~1980年代 1990~2000年代 2010年〜イマ！！

Slide 28

Slide 28 text

1970~1980年代 Apple I IBM PC PC用OSの普及開発手法ウォーターフォールモデルの登場【メリット】各工程が分かれていることにより、進捗管理や見積もりがしやすい。段階的に開発が進められる。【デメリット】後工程で仕様変更があった際、多大なコストがかかる。後工程で大きな問題が出てくる可能性が高い。（謎）

Slide 29

Slide 29 text

テストの体系化 1970~1980年代テストレベル工程がはっきり分かれるのでテストの分業化も進んだ。

Slide 30

Slide 30 text

品質モデルの体系化 1970~1980年代 1973年 Boehmらの品質モデル ● 品質を評価するための観点を初めて階層化して表現 1977年 McCallらの品質モデル ● 過去の論文で提案された品質要因を集約、整理して体系化 ● 品質をファクタ、クライテリア、およびメトリクスの三階層構造で表現

Slide 31

Slide 31 text

開発手法の歴史と品質保証 QA今昔 1950~1960年代 1970~1980年代 1990~2000年代 2010年〜イマ！！

Slide 32

Slide 32 text

1990~2000年代インターネットと接続機器の普及開発手法 ※登場は2001年【メリット】要求要件の変更などの不確実性に対応しやすい。リリースまでのサイクルがウォーターフォールに比べて短い（小さく失敗できる）【デメリット】プロジェクト全体を俯瞰しにくい。

Slide 33

Slide 33 text

UIテストの自動化 1990~2000年代 2004年 Selenium の登場 ● アプリケーションのUIや、 JavaScriptのテストを自動化する目的で開発された ● キャプチャリプレイ機能を搭載し、コーディングの知識がなくても自動テストを作成することが可能自動化が進んだ理由開発手法のブラッシュアップに伴い、工程の最後に配置されるテストがボトルネックになる事例が多くなってきた。人的コスト削減、開発フローのさらなる効率化を求めて自動テストの導入が進んだ。開発終わってるのにテスト長くね？

Slide 34

Slide 34 text

品質モデルの標準化 1990~2000年代 1991年 ● 国際標準（ISO）として出版 ● 「外部および内部品質」「利用時の品質」の二つのモデルを規定 ISO標準の目的 ● 安全で信頼性が高く、質の高い製品やサービスの創出 ● 不良品の生産防止、生産性の向上 ● 異なる市場の製品を直接比較可能に。企業の新市場への参入容易度を高め、公正な基準による世界貿易の発展を支援 ● 製品・消費者・エンドユーザーを保護し、認定製品が国際的に設定された最低限の基準に適合していることを保証

Slide 35

Slide 35 text

品質モデルの標準化 1990~2000年代製品品質利用時の品質 ※最新（2011年版）がこちら製品そのものが持っている品質人がその製品を利用したときに「受け取る」、または「感じる」品質

Slide 36

Slide 36 text

開発手法の歴史と品質保証 QA今昔 1950~1960年代 1970~1980年代 1990~2000年代 2010年〜イマ！！

Slide 37

Slide 37 text

Money Forwardをさがせ！ 2010年〜イマ！！

Slide 38

Slide 38 text

開発手法　→　仕組み化 → DevOps with Agile DevOpsの思想・開発チームと運用チームで分かれていた作業を統合　 →　作業分担によるサイロ化を防ぐ・ツールを使った自動化（CI／CDの普及）　→　システムの信頼性の向上、トイルの解消 2010年〜イマ！！

Slide 39

Slide 39 text

テストはどこでも化 2010年〜イマ！！

Slide 40

Slide 40 text

品質もどこでも化 2010年〜イマ！！

Slide 41

Slide 41 text

閑話休題参照：アジャイルQAに求められるプロセス全体を俯瞰する「ホリスティックテスティング」とは何か？（翻訳）

Slide 42

Slide 42 text

ソフトウェア開発、進化中【全部ひとりだった時代】テスト（この頃はデバッグがメイン）までもちろん全部ひとり【ウォーターフォール時代】テスト工程の分業化が進みテストのみ行う職種が爆誕（テスターさん）【DevOps時代】分業するよりもONEチームでやった方がはやい・うまい・やすいアジリティとの戦いが始まるイマ！！

Slide 43

Slide 43 text

閑話休題ソフトウェア開発の難しさフレデリック・ブルックス氏２　プログラムは、規模が大きい　　1人乗りのボートは簡単に作れても、1000人乗りの船は難しい。　　３　プログラムは、簡単に変更できる　　　　形のある製品の開発では、後で変更ができない。　　　　　　ソフトウェアは変更が容易で物質的コストもかからない。１　ソフトウェアは、目に見えない　　手で触れない、大きさ、重さもない。よって全体像を簡単に把握できない。　　　開発の難しさも実感できない。　　４　制約となるものが少なく、自由に作れる　　　　重力、磁力、電流などの法則に束縛されないため、　　　　　　動くソフトウェア＝正解となる。（芸術の世界）

Slide 44

Slide 44 text

品質特性とBugとの戦い

Slide 45

Slide 45 text

品質特性とは「要求事項に関連する製品、プロセス又はシステムに本来備わっている特性」 1. “本来備わっている”とは、そのものが存在している限り、もっている特性を意味する。 2. 製品、プロセス又はシステムに付与された特性（例:製品の価格，製品の所有者）は、その製品，プロセス又はシステムの品質特性ではない。 3. 品質工学では、システムの機能を確保するために必要とされ、仕様で規定される特性。品質特性とBugとの戦い

Slide 46

Slide 46 text

製品品質利用時の品質製品そのものが持っている品質人がその製品を利用したときに「受け取る」、または「感じる」品質品質特性とBugとの戦い

Slide 47

Slide 47 text

品質特性品質副特性品質特性とBugとの戦い

Slide 48

Slide 48 text

品質特性品質副特性品質特性とBugとの戦い

Slide 49

Slide 49 text

機能適合性 functional suitability 明示された状況下でシステムを使用するとき、明示的ニーズ及び暗黙のニーズを満足させる機能を製品又はシステムが提供する度合い。 ※機能仕様にではなく，機能が明示的ニーズ及び暗黙のニーズを満足させるかどうか。保守性 maintainability 意図した保守者によって、製品又はシステムが修正することができる有効性及び効率性の度合い。品質特性とBugとの戦い

Slide 50

Slide 50 text

品質特性とBugとの戦い Bug🐞って何だと思いますか？

Slide 51

Slide 51 text

品質特性とBugとの戦い

Slide 52

Slide 52 text

品質特性とBugとの戦い

Slide 53

Slide 53 text

品質特性とBugとの戦い

Slide 54

Slide 54 text

品質特性とBugとの戦い Bugを見つけるにはどこに着目する？👀

Slide 55

Slide 55 text

品質特性とBugとの戦い Bugを見つけるには

Slide 56

Slide 56 text

品質特性とBugとの戦い Bugを見つけるには静的テスト（レビューや静的解析）、動的テストを通して見つける

Slide 57

Slide 57 text

品質特性とBugとの戦い Bugを防ぐにはどこに着目する？👀

Slide 58

Slide 58 text

品質特性とBugとの戦い Bugを防ぐには

Slide 59

Slide 59 text

品質特性とBugとの戦い ● 欠陥の素になった根本原因を探し対策を打つ ● ドメイン知識不足・コードの変更容易性の低下・業務過多による疲労などさまざま Bugを防ぐには

Slide 60

Slide 60 text

閑話休題 DevOpsバグフィルター ● 最上段の・はBugの卵 ● Unit（単体テスト）・Integration（結合テスト）・End to End（E2Eテスト）Alerting （アラート）・Monitoring（モニタリング）・Logging（ログ）の層をもつ ● 上三段の層について、 ○ 上段にいくほど網目が細かい＝テストの数は多い ○ 下段にいくほど網目が荒い＝テストの数は少ない ● 下三段の層について、 ○ その逆 ● Bugは時間経過と共に育つ

Slide 61

Slide 61 text

参考資料： ◆システム及びソフトウェア製品の品質要求及び評価（SQuaRE）　−システム及びソフトウェア品質モデル　 http://kikakurui.com/x25/X25010-2013-01.html ◆品質管理の歴史（統計的品質管理からISO・TQC・TQMへ）　https://www.sk-quality.com/quality/qc02_history.html ◆ソフトウェア品質技術の歴史を振り返る - ソフトウェア品質測定を中心に - 　https://www.slideshare.net/Bugler/ss-77998794 ◆A Practical Guide to Testing in DevOps Japanese Edition 　https://leanpub.com/testingindevops-japanese-edition 　　※その他の参考資料についてはスライド内に記載

Slide 62

Slide 62 text

Meety や Twitterでぜひお話ししましょう🐥