HOME
Lv027

「Lv027」の記事一覧

TMMiレベル2において「テスト環境」の構成管理が求められる理由は。

「いつ、どのバージョンのソフトを、どの構成の環境でテストしたか」の正確な記録が必要。

2026年1月25日

「使用性」の副特性である「学習性」を向上させるためのUI設計は。

ユーザーが過去の経験から「こうすれば動くはず」と予測できることが学習を早める。

2026年1月25日

「静的解析ツール」の「メトリクス計測機能」で測定する「循環的複雑度（Cyclomatic Complexity）」が示すものは。

McCabeの複雑度とも呼ばれ、分岐が多いほどテストが難しく、バグが出やすい傾向を示す。

2026年1月25日

「リスク転嫁（Transfer）」の代表的な例として、適切なものは。

リスクそのものを消去できない場合に、その経済的影響などを第三者に移転すること。

2026年1月25日

テストの「見積り根拠（Basis of Estimate）」を文書化する理由は。

不確実な予測であるからこそ、どのような仮定で見積もったかを残すことが重要。

2026年1月25日

テスト自動化における「データ駆動型テスト」と「キーワード駆動型テスト」の併用の利点は。

「何を」「どのデータで」行うかを柔軟に変更できる、高度なフレームワークとなる。

2026年1月25日

「互換性」の副特性である「共存性（Coexistence）」を検証するテストシナリオは。

環境リソースを共有する他のソフトウェアと、平和に共存できる能力を検証する。

2026年1月25日

「コンティニュアス・テスティング（継続的テスト）」を実現するために、開発プロセスで最も重要な習慣は。

CI/CDと連動し、品質の劣化を極小のサイクルで検知し続けることが求められる。

2026年1月25日

TPI Nextにおいて「テストツール」領域の成熟度を上げるステップは。

単にツールを買うだけでなく、使いこなし、組織の成果に結びつけるプロセスが必要。

2026年1月25日

組織の「品質目標（Q-Goal）」を設定する際、SMART原則の「Measurable（測定可能）」が意味することは。

「品質が良いこと」のような曖昧な目標ではなく「バグ密度0.5件以下」のように数値化すること。

2026年1月25日