基本情報技術者 2019年 秋期 午後 問06

解答の導き方

誤りやすいポイント

• 経過率とテストの進捗を同じものと考えること
  60%経過とは、テスト期間の60%が過ぎたという意味です。テスト項目を計画どおりに消化できているとは限りません。実績の未消化数と、同じ時点の計画値を比べて進捗を判断します。
• 未消化数の大小を逆に判断すること
  未消化テスト項目数は、残っているテストの数です。実績が計画より多ければ、テストが計画より遅れていることを示します。
• 品質の計算に、期間経過率でなく実績の消化数を使う点を見落とすこと
  cでは、実績の消化済テスト項目数$1,750$件に標準値$0.02$を掛けます。60%経過時点の累積バグ検出数の計画値$42$件を、そのまま品質判定の基準にするわけではありません。
• バグが計画より多いほど品質がよいと考えること
  テストした量に対してバグが多く見つかる場合、ソフトウェアに問題が残っている可能性があります。この問題では、計画値の$125\%$を超えると品質に問題があると判断します。

FAQ

解答の導き方

1. 60%経過時点での全体の消化済テスト項目数を求めます。
   表1では、結合テストの開始時点で未消化テスト項目数が3,500件、60%経過時点で1,400件です。したがって、60%経過時点で計画上消化済みのテスト項目数は、次のとおりです。
   $3,500-1,400=2,100$件
   担当者ごとの計画値を合計すると、$500+700+700+800+800=3,500$件です。つまり、全体の計画上の消化率は、$2,100÷3,500=0.6$です。
2. 担当者Bの計画値を計算します。
   表3の計算方法に従い、担当者Bの計画値700件に、全体の計画上の消化率0.6を掛けます。
   $700\times 2,100÷3,500=420$件
   よって、dに入るのは420です。選択肢ではエです。
3. 担当者Aの進捗と品質を分けて判断します。
   進捗について、担当者Aの計画値は300件です。実績値210件が計画値の90%に達するには、$300\times 0.9=270$件が必要です。実績値は270件未満なので、進捗は遅れています。
   一方、品質については、本文に「消化済テスト項目数の実績値に基づいて算出した累積バグ検出数の計画値は4.2件」とあります。バグ検出数の標準値は0.02件なので、210件を消化した場合の計画値は、$210\times 0.02=4.2$件です。
   その計画値の±25%の範囲は、$4.2\times 0.75=3.15$件から、$4.2\times 1.25=5.25$件です。実績値4件はこの範囲内なので、品質に問題はないと判断できます。
4. 遅れの原因に合った対応を選びます。
   本文では、テスト項目の内容や手順、報告書には問題がなく、「結合テストデータの作成に時間を要している」と分かったとあります。テスト内容を見直したりデータを作り直したりする根拠はありません。データ作成を含む作業の遅れを補うために、テスト要員を追加するのが適切です。
   したがって、eはテスト要員を追加するで、選択肢ではイです。

誤りやすいポイント

• 結合テスト期間の経過率60%を、そのまま担当者ごとの実績値と比べるのではありません。まず表1から全体の計画上の消化済テスト項目数を求め、担当者ごとの計画値に配分します。
• 進捗と品質は別々に判断します。担当者Aは進捗が遅れていますが、バグ検出数は計画の範囲内なので、品質には問題がないと判断できます。
• 遅れの原因がテストデータの作成に時間を要していることなので、テスト項目の再確認やデータの再作成を選ぶのは適切ではありません。

FAQ

解答の導き方

誤りやすいポイント

• Eさんがテストした機能すべてを対象にする
  問題の原因は、テスト担当者ではなく、機能2の詳細設計書に見つかった論理誤りです。確認対象は、テスト担当者の担当範囲ではなく、同じ設計担当者が設計した範囲から考えます。
• 全機能の詳細設計書を対象にする
  全体を再確認するのは範囲が広すぎます。本文では、機能2の詳細設計を担当した者が設計した他の機能が特定されています。まずは、問題の原因と関係の深い範囲を確認します。
• 要件を理解するための勉強会を選ぶ
  見つかった原因は、販売管理システムの要件への理解不足ではなく、詳細設計書の論理誤りです。問題が見つかった資料を再確認する対応が適切です。

FAQ