1. ソフトウェアの品質の保護に関する洞察
1.1 ソフトウェア品質
1.1.1 ソフトウェア品質とは何ですか
一般的に言って、ソフトウェアの品質がある「ソフトウェア要件を明示的および暗黙的に一貫性のある範囲を定義しました」。具体的には、ソフトウェアおよびソフトウェアの品質が明示的に列挙されている機能とパフォーマンスの要件、開発標準文書は、明示的に述べただけでなく、ソフトウェア製品のいずれかの専門的な開発は、暗黙の程度と一致機能を持っている必要があります。
単に式を使用することができます要約：
ソフトウェア品質 = プログラムの品質+ ソフトウェアエンジニアリングの品質
1.1.2 品質プログラム
主に機能外のソフトウェアの品質に反映されているプログラムの品質について。たとえば、次のようにウェブサイトのチケットは、プログラムの品質は主だ：サイトが同時にオンライン（ユーザー数をサポートするために、同時サービスのスループットを処理することができたときに数十サイトが跳ね返っされるかどうか、オンラインユーザーの何百万人もの場合）、チケットのオープンなど、Webページの速度。もちろん、そこにプログラムの品質は、このようなユーザーエクスペリエンスの品質、国際的な品質、安全性、品質、などの他の分野に反映されます NPS ので、上の値と。
1.1.3 品質ソフトウェア工学
プログラムの品質は、主に、主に以下の分野では、関数の中で主にソフトウェア開発のコストと時間のソフトウェアエンジニアリングの品質を反映しています。
Vの ソフトウェア開発プロセスを可視化
V リスクのソフトウェア開発プロセスを制御
V 内部ソフトウェアモジュール、プロジェクト管理ツールのプロジェクト配信品質係数の中間段階
Vの 制御のソフトウェア開発費
V 内部品質指標の完了
1.2 ソフトウェアの品質とセキュリティを測定する方法
練習は、ことが示されている CMMIのレベルは、ソフトウェアの品質の良い測定することができます。効果的な実施CMMIは、管理レベルを向上させ、ビジネスのコストを削減することができます。
ソフトウェアのセキュリティは管理職を投影する、プログラマからソフトウェア設計者に、すべての面での品質で必要と、会社の所有者は、それぞれの層は、ソフトウェア開発のための基準の関連規定に従い厳格にする必要があります。
以下の点に要約し、ソフトウェア品質保証キーの措置を：
（ 1 ）優れた技術の方法の適用
ソフトウェア開発者は、適切な技術的、高品質とデザイン開発ソフトウェアの高い標準に頼って、右のソフトウェア開発環境を選択する必要があります。
（ 2 ）テストソフトウェア
ソフトウェアは、継続的なメンテナンスのコストを上昇させる回避しようと、ソフトウェアテストにおける潜在的なエラーのほとんどで発見され、ソフトウェアの品質を向上させることができます。
（ 3 ）正式なテクニカルレビュー
ソフトウェア開発の各フェーズの終わりに、我々は正式な整理すべき技術的なレビューを。検討するための技術スタッフによる厳格な審査のソフトウェア製品の仕様や設計に応じて。ほとんどの場合、レビューが効果的にソフトウェアの不具合やエラーを見つけることができます。国家標準開発ユニットでなければなりません SQA 見直し、文書レビュー、デザインレビュー、監査および品質を制御するための具体的な手段をテストします。
（ 4 ）実施の形態標準
ユーザーの国家規格、国際標準や業界基準、ソフトウェアエンジニアリングの実装の規範の発展を参照して、することができます。ソフトウェアの品質標準形式たら、それらの遵守を確保する必要があります。技術審査時にソフトウェアが定めた基準と一致しているかどうかを評価すべきです。
2. あなたがのプロジェクトであればQA 、そしてあなたの責任の範囲は何ですか？
優れたソフトウェアなしで行うことはできません QAをも必要とスタッフの努力QAの高い専門的能力を持つ人材、およびQAの、主に番犬として機能するようにされたソフトウェア開発プロセスにおける人員の責任を、私そうであれば、プロジェクトとしてQA スタッフ、私は、次の側面義務を感じます。
- タイムリー、プロジェクト開発の過程でソフトウェアの開発やテスト工程での問題を検出する能力、分析レポートのフォローアップ
- 、定義によって、その研究開発チームを確保するために良い計画を合理的なソフトウェア開発プロセスを開発するために、
- ソフトウェア開発プロセスに参加することができ、いくつかのプログラミング能力を持っています
- プロジェクトの開発ニーズによると、テストケースやテストデータを書き込み、ソフトウェアテストのフレームワークを設定します
- 完全な統合テストとプロジェクトのシステムテストと詳細な試験性能とソフトウェアの他の側面を行います
- 分析とレポートライティングソフトウェアの欠陥
- ユーザーの要件と達成することが期待機能のパフォーマンスを得るために、ソフトウェアは、定期的に見直し
3.プロジェクトマネージャー、フルタイムであれば、あなたのプロジェクトがする必要があると思いますか QA それを？唯一残っているテストには？問題が発生した場合、どのように責任を負うべきユーザーを定義していますか？
私はプロジェクトマネージャーだった場合、私は私のQAスタッフは間違いなくフルタイムのプロジェクトが必要だと思います。ソフトウェアの品質保証は、プロジェクトの開発はミッシングリンクではありませんし、ソフトウェアの品質保証の前提は、それを実装するために専門スタッフを持つことです。現時点では、ために効果的なプロジェクトのスケジュールやプロジェクト管理の欠如の多くの企業は、鉛やシステムテストを行うために十分な時間を残していなかった、そして最終的に後半のメンテナンスを行うために多くの時間とお金を費やすことをリストします。要件があまり変化した場合また、この時はまだ完全な要件は、ドキュメント、そしてテスターは、自分の想像力にのみテストすることができないだけでなく、時間のコストを増大させ、実行するテストにつながる可能性は完全ではありません。
問題がある場合、誰が責任を負うべきか？これは、最初にすべての私たちは、その後、担当の関係者に行っているリンクに問題があることを理解する必要があり、特定の問題を分析し、その理由を尋ね、すべてではない問題は、結局、ソフトウェア開発プロジェクトがある人に帰することができなければなりません、私たちは一緒に完了させる必要があることを、私たちはお互いに監視する必要がありますが、問題があるので、最も重要なのは、問題を解決することで、我々は間違っていたり罰するために熱望していた人を見つけることを熱望してはならないが、チーム全体で問題に直面しなければなりません、この問題を解決するために、最も重要なプロジェクトが最初に完成されます。