クイズの説明
このクイズは「品質を意識した作業を覚えよう」ミッション全体の卒業試験です。
- 全15問
- 合格ライン: 80%（12問正解）
- 合格すると「品質管理基礎 修了証明書」が発行されます
問題
Q1. ソフトウェア品質における「機能要件」の説明として正しいものはどれですか？
- A) システムの応答速度の基準
- B) システムが「何をするか」の定義
- C) セキュリティの要件
- D) ユーザビリティの基準
答えを見る
正解: B
機能要件は「システムが何をするか」を定義します。 A、C、Dは非機能要件に該当します。
Q2. 1:10、テスト段階でバグを発見した場合のコストは？
- A) 1
- B) 10
- C) 50
- D) 100
答えを見る
正解: B
設計段階=1、テスト段階=10、リリース後=100です。 早期発見が重要な理由がこの法則でわかります。
Q3. チェックリストの効果的な使い方として正しいものはどれですか？
- A) 作成したら変更しない
- B) 経験から学んで継続的に改善する
- C) 他人のものをそのまま使う
- D) 完璧になるまで作り込む
答えを見る
正解: B
チェックリストはレビューで受けた指摘などを反映し、継続的に改善していくことが重要です。
Q4. テストケースの「前提条件」に書くべき内容は何ですか？
- A) テストの目的
- B) テスト実行前に満たすべき状態
- C) テストの結果
- D) テストの担当者
答えを見る
正解: B
前提条件には、テスト実行前に準備しておくべき状態（データの有無、設定など）を記載します。
Q5. バグ報告書で最も重要な項目は何ですか？
- A) 発見者の名前
- B) 再現手順
- C) 発見日時
- D) バグの番号
答えを見る
正解: B
再現手順が明確でないと、開発者がバグを再現できず修正できません。 「誰がやっても同じ結果になる」手順を書くことが最も重要です。
Q6. コードレビューの本質として正しいものはどれですか？
- A) 開発者の能力を評価すること
- B) バグを見つけて指摘すること
- C) 品質を高めるためのチーム協力作業
- D) コードを完璧にすること
答えを見る
正解: C
コードレビューはチーム全体で品質を高める協力作業です。 評価や攻撃の場ではありません。
Q7. レビューコメントを受けたときの最初のステップは？
- A) すぐに修正する
- B) 反論を考える
- C) 感謝を伝える
- D) 上司に報告する
答えを見る
正解: C
レビュー対応の5ステップは「感謝→理解→質問→修正→記録」です。 まずレビュアーへの感謝を伝えましょう。
Q8. 「Nit」コメントの意味は？
- A) 致命的なバグの指摘
- B) 些細な指摘
- C) セキュリティの問題
- D) 設計の問題
答えを見る
正解: B
「Nit」は nitpick（些細なこと）の略で、軽微な修正提案を意味します。
Q9. セルフレビューの目的として正しいものは？
- A) レビュアーを不要にする
- B) 自分で気づける問題は事前に修正し、レビューを効率化する
- C) コードを完璧にする
- D) テストの代わりにする
答えを見る
正解: B
セルフレビューはレビュアーの時間を大切にするための準備です。
Q10. よくある指摘パターン「マジックナンバー」とは？
- A) ランダムに生成される数字
- B) コード中に直書きされた意味不明な数字
- C) 暗号化の鍵
- D) バグを引き起こす特別な数字
答えを見る
正解: B
マジックナンバーは、何を表しているかわからない数字のことです。 定数として名前をつけて定義すべきです。
Q11. 指摘から学ぶための3つのステップは？
- A) 反論→説得→忘れる
- B) 記録→パターン発見→予防策
- C) 修正→削除→終了
- D) 報告→相談→放置
答えを見る
正解: B
指摘を記録し、繰り返しているパターンを見つけ、チェックリストなどの予防策を講じます。
Q12. DRY原則とは何ですか？
- A) ドキュメントを書く原則
- B) 同じコードを繰り返さない原則
- C) テストを書く原則
- D) コメントを書く原則
答えを見る
正解: B
DRY = Don’t Repeat Yourself 同じコードを繰り返さず、共通化することでメンテナンス性を高めます。
Q13. 1つの関数の適切な行数の目安は？
- A) 10行以下
- B) 50行以下
- C) 200行以下
- D) 制限なし
答えを見る
正解: B
1つの関数は50行以下を目安にし、それ以上は分割を検討します。
Q14. コードのコメントで書くべき内容は？
- A) 「What（何をしているか）」
- B) 「Why（なぜそうしているか）」
- C) コードの日本語訳
- D) 変数の型
答えを見る
正解: B
「What」はコードを読めばわかります。 「Why」を書くことで、コードの意図が伝わります。
Q15. 品質を意識した作業における「プロ」の姿勢とは？
- A) 「動いたからOK」
- B) 「たぶん大丈夫」
- C) 「品質を確認してOK」
- D) 「速く終わればOK」
答えを見る
正解: C
プロは「動くコード」ではなく「品質を確認したコード」を提供します。
結果
12問以上正解の場合
合格です！おめでとうございます！
あなたは「品質を意識した作業を覚えよう」ミッションを完了しました。
品質管理基礎 修了証明書
graph TD
subgraph Cert["CERTIFICATE OF COMPLETION"]
Title["修 了 証 明 書"]
Desc["あなたは以下のミッションを修了したことを証明します"]
Mission["「品質を意識した作業を覚えよう」"]
S1["ソフトウェア品質の基本概念"]
S2["チェックリストの作成と活用"]
S3["テストケースの作成とテスト実行"]
S4["バグ報告書の作成"]
S5["コードレビューを受ける心構え"]
S6["レビュー指摘を活かした改善"]
Label["L0 品質管理基礎"]
Title --- Desc --- Mission
Mission --- S1 --- S2 --- S3 --- S4 --- S5 --- S6
S6 --- Label
end
style Cert fill:#f8fafc,stroke:#475569,stroke-width:3px,color:#1e293b
style Title fill:#dbeafe,stroke:#2563eb,stroke-width:2px,color:#1e40af
style Desc fill:#f3f4f6,stroke:#9ca3af,color:#374151
style Mission fill:#fef3c7,stroke:#d97706,stroke-width:2px,color:#92400e
style S1 fill:#d1fae5,stroke:#059669,color:#065f46
style S2 fill:#d1fae5,stroke:#059669,color:#065f46
style S3 fill:#d1fae5,stroke:#059669,color:#065f46
style S4 fill:#d1fae5,stroke:#059669,color:#065f46
style S5 fill:#d1fae5,stroke:#059669,color:#065f46
style S6 fill:#d1fae5,stroke:#059669,color:#065f46
style Label fill:#dbeafe,stroke:#2563eb,stroke-width:2px,color:#1e40af
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分