卒業クイズ
クイズの説明
このクイズは「品質を意識した作業を覚えよう」ミッション全体の卒業試験です。
- 全15問
- 合格ライン: 80%（12問正解）
- 合格すると「品質管理基礎 修了証明書」が発行されます
問題
Q1. ソフトウェア品質における「機能要件」の説明として正しいものはどれですか？
- A) システムの応答速度の基準
- B) システムが「何をするか」の定義
- C) セキュリティの要件
- D) ユーザビリティの基準
正解: B
機能要件は「システムが何をするか」を定義します。 A、C、Dは非機能要件に該当します。
</details>Q2. 1:10:100の法則において、テスト段階でバグを発見した場合のコストは？
- A) 1
- B) 10
- C) 50
- D) 100
正解: B
設計段階=1、テスト段階=10、リリース後=100です。 早期発見が重要な理由がこの法則でわかります。
</details>Q3. チェックリストの効果的な使い方として正しいものはどれですか？
- A) 作成したら変更しない
- B) 経験から学んで継続的に改善する
- C) 他人のものをそのまま使う
- D) 完璧になるまで作り込む
正解: B
チェックリストはレビューで受けた指摘などを反映し、継続的に改善していくことが重要です。
</details>Q4. テストケースの「前提条件」に書くべき内容は何ですか？
- A) テストの目的
- B) テスト実行前に満たすべき状態
- C) テストの結果
- D) テストの担当者
正解: B
前提条件には、テスト実行前に準備しておくべき状態（データの有無、設定など）を記載します。
</details>Q5. バグ報告書で最も重要な項目は何ですか？
- A) 発見者の名前
- B) 再現手順
- C) 発見日時
- D) バグの番号
正解: B
再現手順が明確でないと、開発者がバグを再現できず修正できません。 「誰がやっても同じ結果になる」手順を書くことが最も重要です。
</details>Q6. コードレビューの本質として正しいものはどれですか？
- A) 開発者の能力を評価すること
- B) バグを見つけて指摘すること
- C) 品質を高めるためのチーム協力作業
- D) コードを完璧にすること
正解: C
コードレビューは チーム全体で品質を高める協力作業です。 評価や攻撃の場ではありません。
</details>Q7. レビューコメントを受けたときの最初のステップは？
- A) すぐに修正する
- B) 反論を考える
- C) 感謝を伝える
- D) 上司に報告する
正解: C
レビュー対応の5ステップは「感謝→理解→質問→修正→記録」です。 まずレビュアーへの感謝を伝えましょう。
</details>Q8. 「Nit」コメントの意味は？
- A) 致命的なバグの指摘
- B) 些細な指摘
- C) セキュリティの問題
- D) 設計の問題
正解: B
「Nit」は nitpick（些細なこと）の略で、軽微な修正提案を意味します。
</details>Q9. セルフレビューの目的として正しいものは？
- A) レビュアーを不要にする
- B) 自分で気づける問題は事前に修正し、レビューを効率化する
- C) コードを完璧にする
- D) テストの代わりにする
正解: B
セルフレビューはレビュアーの時間を大切にするための準備です。
</details>Q10. よくある指摘パターン「マジックナンバー」とは？
- A) ランダムに生成される数字
- B) コード中に直書きされた意味不明な数字
- C) 暗号化の鍵
- D) バグを引き起こす特別な数字
正解: B
マジックナンバーは、何を表しているかわからない数字のことです。 定数として名前をつけて定義すべきです。
</details>Q11. 指摘から学ぶための3つのステップは？
- A) 反論→説得→忘れる
- B) 記録→パターン発見→予防策
- C) 修正→削除→終了
- D) 報告→相談→放置
正解: B
指摘を記録し、繰り返しているパターンを見つけ、チェックリストなどの予防策を講じます。
</details>Q12. DRY原則とは何ですか？
- A) ドキュメントを書く原則
- B) 同じコードを繰り返さない原則
- C) テストを書く原則
- D) コメントを書く原則
正解: B
DRY = Don't Repeat Yourself 同じコードを繰り返さず、共通化することでメンテナンス性を高めます。
</details>Q13. 1つの関数の適切な行数の目安は？
- A) 10行以下
- B) 50行以下
- C) 200行以下
- D) 制限なし
正解: B
1つの関数は50行以下を目安にし、それ以上は分割を検討します。
</details>Q14. コードのコメントで書くべき内容は？
- A) 「What（何をしているか）」
- B) 「Why（なぜそうしているか）」
- C) コードの日本語訳
- D) 変数の型
正解: B
「What」はコードを読めばわかります。 「Why」を書くことで、コードの意図が伝わります。
</details>Q15. 品質を意識した作業における「プロ」の姿勢とは？
- A) 「動いたからOK」
- B) 「たぶん大丈夫」
- C) 「品質を確認してOK」
- D) 「速く終わればOK」
正解: C
プロは「動くコード」ではなく「品質を確認したコード」を提供します。
</details>結果
12問以上正解の場合
合格です！おめでとうございます！
あなたは「品質を意識した作業を覚えよう」ミッションを完了しました。
品質管理基礎 修了証明書
╔═══════════════════════════════════════════════════════════════╗
║ ║
║ 修 了 証 明 書 ║
║ ║
║ ──────────────────────────────────────────────────────── ║
║ ║
║ あなたは以下のミッションを修了したことを証明します ║
║ ║
║ 「品質を意識した作業を覚えよう」 ║
║ ║
║ ──────────────────────────────────────────────────────── ║
║ ║
║ 習得したスキル: ║
║ - ソフトウェア品質の基本概念 ║
║ - チェックリストの作成と活用 ║
║ - テストケースの作成とテスト実行 ║
║ - バグ報告書の作成 ║
║ - コードレビューを受ける心構え ║
║ - レビュー指摘を活かした改善 ║
║ ║
║ ──────────────────────────────────────────────────────── ║
║ ║
║ L0 品質管理基礎 ║
║ ║
╚═══════════════════════════════════════════════════════════════╝
11問以下の場合
もう少し復習しましょう
間違えた問題の内容を復習してから、再挑戦してください。
| 問題範囲 | 復習セクション |
|---|---|
| Q1-Q2 | Step 1: 品質とは何かを理解しよう |
| Q3 | Step 2: チェックリストを活用しよう |
| Q4-Q5 | Step 3: テストの基本を学ぼう |
| Q6-Q9 | Step 4: レビューを受ける心構えを知ろう |
| Q10-Q14 | Step 5: 指摘を活かして修正しよう |
| Q15 | Step 1: 品質とは何かを理解しよう |
ミッション完了！
お疲れさまでした！
学んだことの振り返り
| Step | 内容 |
|---|---|
| Step 1 | 品質とは何か（機能要件・非機能要件、品質コスト） |
| Step 2 | チェックリストの作成と活用 |
| Step 3 | テストの基本（テストケース作成、実行、報告） |
| Step 4 | コードレビューを受ける心構え |
| Step 5 | レビュー指摘を活かした改善サイクル |
| Step 6 | 総合演習で実践 |
次のミッションへ
このミッションで学んだ品質管理スキルは、すべての開発作業の基盤となります。
次のミッション「ドキュメントを書く力を身につけよう」では、 技術文書を書くスキルを学びます。議事録、手順書、週報など、 エンジニアに必要なドキュメント作成能力を身につけましょう。
推定所要時間: 30分