Recommended
More Related Content
Recently uploaded
Recently uploaded (17)
Featured
Featured (20)
品質保証ってなんだろう
- 1. 品質保証って何だろう？
- 7. ソフトウェアの品質を決める特性 ▌利用者の要求は、次のような8種類に分類できる 特性 概要 機能適合性 実装された機能がニーズを満たすか 性能効率性 システムの実行時の性能 互換性 他製品やシステムとの機能や情報を共有・変換できるか 使用性 効果的・効率的に利用できるか 信頼性 必要時に実行できるか セキュリティ 不正に悪用されることがなく、情報やデータが保護されているか 保守性 効率的・効果的に保守や修正ができるか 移植性 効果的・効率的に他のハードウエアや実行環境に移植できるか ISO/IEC 25010:2011 7
- 8. ソフトウェアの品質を決める特性 ▌利用者の要求は、次のような8種類に分類できる 特性 概要 機能適合性 実装された機能がニーズを満たすか 性能効率性 システムの実行時の性能 互換性 他製品やシステムとの機能や情報を共有・変換できるか 使用性 効果的・効率的に利用できるか 信頼性 必要時に実行できるか セキュリティ 不正に悪用されることがなく、情報やデータが保護されているか 保守性 効率的・効果的に保守や修正ができるか 移植性 効果的・効率的に他のハードウエアや実行環境に移植できるか ISO/IEC 25010:2011 8 例 • 正常に操作することが できる？ • 壁抜けしたりしない？ • セーブをすることが できる？
- 9. ソフトウェアの品質を決める特性 ▌利用者の要求は、次のような8種類に分類できる 特性 概要 機能適合性 実装された機能がニーズを満たすか 性能効率性 システムの実行時の性能 互換性 他製品やシステムとの機能や情報を共有・変換できるか 使用性 効果的・効率的に利用できるか 信頼性 必要時に実行できるか セキュリティ 不正に悪用されることがなく、情報やデータが保護されているか 保守性 効率的・効果的に保守や修正ができるか 移植性 効果的・効率的に他のハードウエアや実行環境に移植できるか ISO/IEC 25010:2011 9 例 • ローディング時間が 長すぎない？ • メモリを使い過ぎて フリーズしたりしない？
- 10. ソフトウェアの品質を決める特性 ▌利用者の要求は、次のような8種類に分類できる 特性 概要 機能適合性 実装された機能がニーズを満たすか 性能効率性 システムの実行時の性能 互換性 他製品やシステムとの機能や情報を共有・変換できるか 使用性 効果的・効率的に利用できるか 信頼性 必要時に実行できるか セキュリティ 不正に悪用されることがなく、情報やデータが保護されているか 保守性 効率的・効果的に保守や修正ができるか 移植性 効果的・効率的に他のハードウエアや実行環境に移植できるか ISO/IEC 25010:2011 10 例 • 操作が分かりづらくな い？ • スムーズにゲームを進 められる？
- 11. ソフトウェアの品質を決める特性 ▌利用者の要求は、次のような8種類に分類できる 特性 概要 機能適合性 実装された機能がニーズを満たすか 性能効率性 システムの実行時の性能 互換性 他製品やシステムとの機能や情報を共有・変換できるか 使用性 効果的・効率的に利用できるか 信頼性 必要時に実行できるか セキュリティ 不正に悪用されることがなく、情報やデータが保護されているか 保守性 効率的・効果的に保守や修正ができるか 移植性 効果的・効率的に他のハードウエアや実行環境に移植できるか ISO/IEC 25010:2011 11 例 • 度々サーバーダウンし たり、システム障害が 起こったりしない？
- 12. ソフトウェアの品質を決める特性 ▌利用者の要求は、次のような8種類に分類できる 特性 概要 機能適合性 実装された機能がニーズを満たすか 性能効率性 システムの実行時の性能 互換性 他製品やシステムとの機能や情報を共有・変換できるか 使用性 効果的・効率的に利用できるか 信頼性 必要時に実行できるか セキュリティ 不正に悪用されることがなく、情報やデータが保護されているか 保守性 効率的・効果的に保守や修正ができるか 移植性 効果的・効率的に他のハードウエアや実行環境に移植できるか ISO/IEC 25010:2011 12 例 • アカウントの情報等が 流出しない？ • 不正な改造や不正 なデータの送信ができ ない？
- 23. なぜ？ ▌アクセス集中によりサーバーが不安定な状態になった ▌入力に不備があっても申請できてしまう ▌重複して申請ができてしまう ⇒ 早く申請をしたいという利用者の要求を満たせていない状態に… 23
- 24. 品質が高く、成功していたら？ ▌マイナンバーカードの普及率の増加 ▌マイナンバーカードを様々なシステムへの活用が積極的になる という未来があったかもしれない マイナンバーカード 便利じゃん！ 24
- 30. 開発の流れ 設計/実装 試験要件定義 仕様決定 ▌製品や会社の特色によって違いがある ⚫各フェーズで誰がどのように関わるのか ⚫開発の手法 • ウォーターフォール • アジャイル ⚫etc.. 30
- 31. 設計/実装 試験 • ユーザーのニーズから、 実装する機能を明確 にする 要件定義 仕様決定 • 具体的にどのように 動作するのか決める • 要件と仕様をもとに 作る • 要件と仕様をもとに作ら れたものを確認する 31 メモ帳アプリで メモ内に画像を 貼り付けられる 機能を追加し よう。
- 39. 設計/実装 試験 • ユーザー視点で機能に 対する懸念点を挙げる • 想定外の影響が潜ん でいないか確認し共有 要件定義 仕様決定 試験だけではなく、 開発工程全般にQAエンジニアが関わることで品質を高めるている • 仕様の検討漏れがな いか確認 • 仕様書に書くべきことが 漏れていないか確認 • 不具合を作りこみそう なポイントを共有 • 仕様の検討漏れや、 不具合を作りこみそう なポイントを発見したら 素早く共有 • 様々な観点から製品を 確認 • 機能が正常に動くのか • 性能が劣化していないか • 安全が保たれているか • 仕様が妥当なものか 39