Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
TPI NEXTを読みました
Search
Masatoshi Itoh
March 02, 2024
Programming
250
0
Share
TPI NEXTを読みました
2024/3/2に開催された積読消化会@千歳で、TPI NEXTを読んだので、その紹介用スライドです。
Masatoshi Itoh
March 02, 2024
More Decks by Masatoshi Itoh
See All by Masatoshi Itoh
Hello - 本を書く- World !!
masatoshiitoh
0
95
非同期ツールキット「Vert.x」のご紹介
masatoshiitoh
0
400
サーバーサイド開発にありがたい GitHub Copilot / ChatGPT
masatoshiitoh
1
1k
コードを書いたら負けなのか?
masatoshiitoh
0
480
1999年 最新バックアップ事情
masatoshiitoh
0
210
Google I/O 報告 (Google Assistant)
masatoshiitoh
0
500
GDC報告会資料 海外に見る「生産性改善」動向
masatoshiitoh
0
1.3k
イケメンシリーズでのORMとスロークエリ対策について
masatoshiitoh
0
2.7k
Erlangご紹介 websocket編
masatoshiitoh
0
2.9k
Other Decks in Programming
See All in Programming
KagglerがMixSeekを触ってみた
morim
0
370
의존성 주입과 모듈화
fornewid
0
130
PHP でエミュレータを自作して Ubuntu を動かそう
m3m0r7
PRO
2
180
今こそ押さえておきたい アマゾンウェブサービス(AWS)の データベースの基礎 おもクラ #6版
satoshi256kbyte
1
240
iOS機能開発のAI環境と起きた変化
ryunakayama
0
180
forteeの改修から振り返るPHPerKaigi 2026
muno92
PRO
3
270
How Swift's Type System Guides AI Agents
koher
0
230
感情を設計する
ichimichi
5
1.4k
Feature Toggle は捨てやすく使おう
gennei
0
570
ネイティブアプリとWebフロントエンドのAPI通信ラッパーにおける共通化の勘所
suguruooki
0
260
煩雑なSkills管理をSoC(関心の分離)により解決する――関心を分離し、プロンプトを部品として育てるためのOSSを作った話 / Solving Complex Skills Management Through SoC (Separation of Concerns)
nrslib
4
870
ドメインイベントでビジネスロジックを解きほぐす #phpcon_odawara
kajitack
2
140
Featured
See All Featured
Test your architecture with Archunit
thirion
1
2.2k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.7k
sira's awesome portfolio website redesign presentation
elsirapls
0
210
Have SEOs Ruined the Internet? - User Awareness of SEO in 2025
akashhashmi
0
310
Mozcon NYC 2025: Stop Losing SEO Traffic
samtorres
0
200
Google's AI Overviews - The New Search
badams
0
970
Raft: Consensus for Rubyists
vanstee
141
7.4k
How People are Using Generative and Agentic AI to Supercharge Their Products, Projects, Services and Value Streams Today
helenjbeal
1
160
A better future with KSS
kneath
240
18k
For a Future-Friendly Web
brad_frost
183
10k
Put a Button on it: Removing Barriers to Going Fast.
kastner
60
4.2k
Paper Plane (Part 1)
katiecoart
PRO
0
6.6k
Transcript
TPI NEXTを読みました 2024/3/2 積読消化会@千歳 @masatoshiitoh (twitter/X)
自己紹介 いとうまさとし(Twitter: @masatoshiitoh) 株式会社セガ札幌スタジオ 今回の発表はセガサミーグループの技術スタックや開発・運 営中のタイトルとは全く関係ありません
過去作品 Speed.rbbtoday.com(IRI-CT、現イード在籍当時に開発) 最近のGist Camel から Camel Vert.x component 経由でVert.xクラス タのイベントバスを読み書きする とにかくApache Camelを動かしてみるための最初の手順
今回は 積ん読状態にしていた「TPI NEXT」を読みました
TPI NEXT 現在は絶版。本の中身は古びておらず、版元が書籍出版事業 を停止し、本が絶版になったから 「TPI(Test Process Improvement)」を「アップデート したもの(Next)」、という書名。
テストプロセスの本ではなく、テストプロセス改善の本 とはいえオリジナルのTPIを知らなくてもテストプロセスの 改善に踏み出すことが出来る本。
キーワード BDTPI = Business Driven Test Process Improvement
SDLC = Software Development Life Cycle
第1章 テストプロセ ス改善は次の ステップへ ビジネス主導のTPI 組織のビジョンやビジネス戦略から導き出した方向性 ビジネス主導要因は、テストプロセスを改善するための理由、
モチベーション、課題となるもの ビジネス主導要因の例: 運用の年間コストの削減 市場投入時期の短縮と、プロダクトやサービスの市場における品 質の向上 外部の法や規制の順守 など テスト作業は低コストな品質対策ではない。 後半なので 修正コストは高い。 構造的な品質強化には、トップダウンが必要 予防は是正よりも優れる。
従来のV字モ デル否定では ない 従来のV字モデルはSDLCにおいてテスト作業をいつどのよ うに行うべきかを明確・正確に説明している。各テストレベ ルと開発フェーズ(要件~設計の成果物)は対応する。
BDTPI モデルとは BDTPIモデルはテストプロセスの品質に対して見識 を与える モデルは現状分析をすばやく行えるように支援できる • 特定の改善ステップにフォーカスできる •
違う人が分析しても同様の結果が出せる • 成熟したテストレベルから、初期のテストレベルまでカバー • 特定のテスト手法やソフトウェア開発手法に依存しない • ビジネス主導要因の検討に対応 BDTPIモデルではテストプロセスを16のキーエリア に分割する
16の キーエリア 利害関係者と の関係 1. 利害関係者のコミットメント 2. 関与の度合い 3. テスト戦略
4. テスト組織 5. コミュニケーション 6. 報告
16の キーエリア テスト管理 7. テストプロセス管理 8. 見積と計画 9. メトリクス 10.
欠陥管理 11. テストウェア管理
16の キーエリア テスト業務の 専門性 12. 手法の実践 13. テスト担当者のプロ意識 14. テストケース設計
15. テストツール 16. テスト環境
成熟度レベル 各キーエリアごとに… 成熟度がある 成熟度を客観的に測定するチェックポイントがある 1.初期レベル:アドホックな活動 → テスト品質が職場の英雄に大きく左右される
2.コントロールレベル:適切なものごとを行う 3.効率化レベル:ものごとを適切に行う 4.最適化レベル:刻々と変化する状況に絶えず順応する
テスト成熟度 マトリクス
テスト成熟度 マトリクス テスト成熟度マトリクスの各マス目は、A~Mの13のクラス タに分けられ、各クラスタのチェックポイントを満たしてか ら次の段階のクラスタに進むことが推奨されている TPIでの「マトリクスの各要素間の依存関係」を改定し、カ スタマイズ可能にしたのがクラスタ
たとえば、依存関係では「自動テストが実行できる」ようにな るには、「テスト管理ツールを使用する」が満たされ、さらに は「テストを作るための共通の方法があり、かつ、メンバーが テストの教育を受けている」必要がある。これが依存関係とし て記述されていた。
テスト成熟度 マトリクス 各チェックポイントに対して継続的に改善を進めていくため のツール どのようにチェックポイントを満たすかの改善提案もある テストプロセスと他のSDLCプロセスを関連付けるキーエリ ア達成のコツも示されている
改善のための メトリクス テスト作業に関する事実を示す数字がないことが多いが、で きるだけ初期の段階から採るようにする • 事実と数字の作成 • 指標を定義する •
指標を1つ以上のゴールと結びつける • データを定義する • データソースを定義する • 分析手順を説明する • 報告する • 初期状況を分析する
刺さった 言葉 成功のためには、 チーム内のスキルや知識を 問題とすべきではない。スキルや知識は伸ばす べきものであり、できればプロジェクトの開始前、あるいは プロジェクトの早期段階にトレーニングを計画すべきもので ある。(P.204)
刺さった 言葉 「複数のテストプロセスへの支援」から • 利害関係者のコミットメント • 利害関係者は、テスト戦略の基盤としてリスクを分析する責 任がある。特に地理的に分散している組織で は、起こり得るリスクや軽減策に対し
て意見はほとんど一致しない。意見の不一致 をあからさまに表すだけでは、テストプロジェクトの成功を 脅かすだけだが、かといって意見の不一致を表面に出さなく ても、明確に対処されていなければテストプロジェクトの結 果は確実に残念なものになる。
というわけで プロセスを改善する一般的な手法・考え方としても参考にな る点が多い書籍でした。 早く読めば良かった!!
ご清聴 ありがとう ございました (セガ札幌スタジオ、採用絶賛おこなってます)