・教育と参照資料は、ソフトウェアの品質保証についての記事を読む後にあなたの経験をされては？
1.この章およびリファレンス読書を通して読んだ後、私はあなたが含まれるように優れたソフトウェアエンジニアリングをしたい知っています：
（1）ソフトウェアは、ユーザーのニーズに合わせて開発されました
（2）特定のソフトウェアプロセスを経て、期待された時間内に「十分に良い」ソフトウェアを公開
（3）他の手段によって開発されたソフトウェアやデータを維持・発展し続けることができデモンストレーション
ソフトウェア品質2.：品質のソフトウェア品質= +ソフトウェアエンジニアリング品質のプログラム
ソフトウェア外部関数の品質に反映プログラムの品質、。
高品質のソフトウェア工学、などのコストと時間、に反映さ：可視性、リスク管理ソフトウェア開発プロセス、ソフトウェア開発プロセス制御ソフトウェア開発プロセスのリスク、内部のソフトウェアモジュールの品質を提供するために、プロジェクトの中間段階、プロジェクト管理ツール完了率、制御ソフトウェア開発費、内部品質指標。
3・明確なソフトウェアのテストとソフトウェア品質保証の概念：
ソフトウェアテスト（テスト）：特定のプロセスとツールの使用は、ソフトウェア検証機能を有効にし、事前に設計された作業プロセスと結果は通常、定量化されています。例えば、テストケース、バグ、コードカバレッジ、MTTF、ソフトウェアの性能パラメータ、等が挙げられます。プロセスと結果が明確に定義されているためで、定量化、テストのように多くを自動化することができます。
ソフトウェア品質保証（品質保証）：ソフトウェアが事前に定義されているとテストを含め、行わ品質基準を満たすようにするすべてのアクティブなソフトウェアチーム。
あなたがQAプロジェクトであれば二つは・、あなたの仕事の責任をどう思いますか？
1.ガイダンス開発プロセス、仕様を実行します
2.プロジェクトの開発を促進
3.定義されたプロセスは、R＆Dプロセスフローの効果を確認するために行っ標準化された、非対応のアイテムと記録を識別し、追跡が各問題を解決するために満たしていないことを保証するためにR＆Dチーム
4.研究開発援助に参加
3月18日あなたがプロジェクトマネージャーであれば、フルタイムのQAは、プロジェクトがそれを必要とすることを、あなたと思いますか？それとも、ただのテストを持つことができますか？問題が発生した場合、どのように責任を負うべきユーザーを定義していますか？
教科書や2つのブログと合わせて、私はフルタイムのQAとテストが必要とされていると思うが、私はまだそれは分業だと思うことはより重要であり、チームは分業を必要とする、労働者の明確な区分は、プロジェクトのよりよい運転を行うことができます。教科書に述べたように、それは労働と産業発展の社会的分裂の結果です。
問題が発生したので、もしそのための分業を、どこかでこの責任を引き受ける部門の担当者が必要となります。