HOME
Lv046

「Lv046」の記事一覧

「負荷テスト」において、システムの「スループット」が横ばいになり、応答時間だけが増え続ける状態は。

これ以上処理を捌けず、後続のリクエストが溜まり続けている、限界のサインを捉えます。

2026年1月25日

「使用性」の副特性「学習しやすさ（Learnability）」を測定する具体的な指標は。

初めて触るユーザーがいかに早く、迷わずに操作を習得できるかを定量的に評価します。

2026年1月25日

「テスト環境の仮想化」を導入した際、テストの「再現性」が向上する理由は。

不具合が出た瞬間の環境をそのまま保存し、開発者に受け渡すことで、再現調査を劇的に効率化できます。

2026年1月25日

「判定条件網羅（MC/DC）」において、ある条件が「独立して判定に影響を与える」とは。

他の条件を固定した状態で、対象の1条件だけが結果を左右する「主導権」を持っていることを確認します。

2026年1月25日

「探索的テスト」において「チャーター」に記載する「テスト範囲」の例として適切なのは。

何を検証すべきかを明確に指示し、テスターが目的を持って探索を行えるようにガイドします。

2026年1月25日

「静的解析」で「到達不能コード」を指摘された際、修正せず放置することのリスクは。

意味のないコードが残ると保守を混乱させ、誤ってそのコードに依存した変更をしてしまう二次災害を招きま…

2026年1月25日

「プロダクトリスク分析」において、リスクの「重大度（影響度）」を測る主要な観点は。

不具合が起きた際に、どれだけの実害（お金、命、信頼）があるかを多角的に評価します。

2026年1月25日

「決定表テスト」において、5つの条件がすべて「真/偽」の2値を持ち、制約がない場合の全ルール数は。

条件が独立している場合、2の5乗（2x2x2x2x2）である32通りの組み合わせを検証する必要があります。

2026年1月25日

テストプロセスの「継続的改善」において、改善案が逆効果（品質低下）を招いた際の適切な行動は。

失敗もデータとして捉え、PDCAサイクルを回してより適切な改善プロセスへと修正します。

2026年1月25日

「インスペクション」における「データ収集と分析」の目的として正しいのは。

見つかった欠陥の傾向や密度を分析し、開発工程のどこに問題があったかを定量的に把握します。

2026年1月25日