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

TPI NEXTを読みました

TPI NEXTを読みました

2024/3/2に開催された積読消化会@千歳で、TPI NEXTを読んだので、その紹介用スライドです。

Masatoshi Itoh

March 02, 2024
Tweet

More Decks by Masatoshi Itoh

Other Decks in Programming

Transcript

  1. 自己紹介  いとうまさとし(Twitter: @masatoshiitoh)  株式会社セガ札幌スタジオ  今回の発表はセガサミーグループの技術スタックや開発・運 営中のタイトルとは全く関係ありません 

    過去作品  Speed.rbbtoday.com(IRI-CT、現イード在籍当時に開発)  最近のGist  Camel から Camel Vert.x component 経由でVert.xクラス タのイベントバスを読み書きする  とにかくApache Camelを動かしてみるための最初の手順
  2. TPI NEXT  現在は絶版。本の中身は古びておらず、版元が書籍出版事業 を停止し、本が絶版になったから  「TPI(Test Process Improvement)」を「アップデート したもの(Next)」、という書名。

     テストプロセスの本ではなく、テストプロセス改善の本  とはいえオリジナルのTPIを知らなくてもテストプロセスの 改善に踏み出すことが出来る本。
  3. 第1章 テストプロセ ス改善は次の ステップへ  ビジネス主導のTPI  組織のビジョンやビジネス戦略から導き出した方向性  ビジネス主導要因は、テストプロセスを改善するための理由、

    モチベーション、課題となるもの  ビジネス主導要因の例:  運用の年間コストの削減  市場投入時期の短縮と、プロダクトやサービスの市場における品 質の向上  外部の法や規制の順守 など  テスト作業は低コストな品質対策ではない。 後半なので 修正コストは高い。  構造的な品質強化には、トップダウンが必要  予防は是正よりも優れる。
  4. BDTPI モデルとは  BDTPIモデルはテストプロセスの品質に対して見識 を与える  モデルは現状分析をすばやく行えるように支援できる • 特定の改善ステップにフォーカスできる •

    違う人が分析しても同様の結果が出せる • 成熟したテストレベルから、初期のテストレベルまでカバー • 特定のテスト手法やソフトウェア開発手法に依存しない • ビジネス主導要因の検討に対応  BDTPIモデルではテストプロセスを16のキーエリア に分割する
  5. 成熟度レベル  各キーエリアごとに…  成熟度がある  成熟度を客観的に測定するチェックポイントがある 1.初期レベル:アドホックな活動 → テスト品質が職場の英雄に大きく左右される

    2.コントロールレベル:適切なものごとを行う 3.効率化レベル:ものごとを適切に行う 4.最適化レベル:刻々と変化する状況に絶えず順応する
  6. テスト成熟度 マトリクス  テスト成熟度マトリクスの各マス目は、A~Mの13のクラス タに分けられ、各クラスタのチェックポイントを満たしてか ら次の段階のクラスタに進むことが推奨されている  TPIでの「マトリクスの各要素間の依存関係」を改定し、カ スタマイズ可能にしたのがクラスタ 

    たとえば、依存関係では「自動テストが実行できる」ようにな るには、「テスト管理ツールを使用する」が満たされ、さらに は「テストを作るための共通の方法があり、かつ、メンバーが テストの教育を受けている」必要がある。これが依存関係とし て記述されていた。
  7. 改善のための メトリクス  テスト作業に関する事実を示す数字がないことが多いが、で きるだけ初期の段階から採るようにする • 事実と数字の作成 • 指標を定義する •

    指標を1つ以上のゴールと結びつける • データを定義する • データソースを定義する • 分析手順を説明する • 報告する • 初期状況を分析する
  8. 刺さった 言葉  「複数のテストプロセスへの支援」から • 利害関係者のコミットメント • 利害関係者は、テスト戦略の基盤としてリスクを分析する責 任がある。特に地理的に分散している組織で は、起こり得るリスクや軽減策に対し

    て意見はほとんど一致しない。意見の不一致 をあからさまに表すだけでは、テストプロジェクトの成功を 脅かすだけだが、かといって意見の不一致を表面に出さなく ても、明確に対処されていなければテストプロジェクトの結 果は確実に残念なものになる。