第三のソフトウェア・エンジニアリングの求人 - 研究品質保証
1、ソフトウェアの品質保証についての教科書や参考資料を読んだ後、あなたの経験は何ですか？（40点）
（1）ソフトウェア品質保証とは何ですか
ソフトウェア品質保証は正しく、すべてのアイテムを使用することができます基準、手続き、慣行及び方法の開発を確保するために管理することを計画し、体系的なアプローチを確立することです。ソフトウェア品質保証は、プロセス管理のためのソフトウェアが表示されて作ることを目指しています。これは、ソフトウェアが標準の状態であることを確認するために検討し、監査するソフトウェア製品や活動を通じてです。ソフトウェア品質保証グループは、設立計画、基準や手続きと一緒にプロジェクトに携わってきました。これらのプロジェクトは、代理店政策の要件を満たすためにソフトウェアを有効にします。
本書では、使用ソフトウェアプログラム= +ソフトウェアエンジニアリングの導出式ソフトウェアプログラムの品質+品質=ソフトウェアエンジニアリングの品質を。
ISO8402である（1）QA（品質保証、中国の手段「品質保証」、：1994定義は十分な信頼を提供すること」であるが、必要に応じて、エンティティは、品質要件、および品質管理システムの実装を満たすと立証できることを示していますすべての計画的かつ体系的な活動。「ISO9000組織の実装のいくつかは、このようなQAスタッフと呼ばれるスタッフの仕事として、ISO9000規格の品質保証要件に関連する機能を担うように部署や位置を設定します。
（2） CMMIで、主な仕事は、QAのレビューと監査製品を処理することである。実際の経験から、QAのみの両方が、QAの値を反映するために努力しています。ためには、出力QA組織への投資組織よりも大きい、値を追加それがビジネスに基づくべきプロセスガイダンスは、主に補助プロジェクトを支援するプロジェクトのプロセスとプロセスモデルを定義または変更を含むプレプロジェクト支援プロジェクトマネージャープロジェクト計画が（推定される適切など、このような処理手順、プロセス測定及びプロセス改善として、QA責任を増加する必要がありますプロジェクトの受け入れ基準を確立し、設定品質目標）、プロジェクト・プロセスのメンバーと仕様 CMMIにおける等過程におけるトレーニングおよびガイダンス、（製品の措置を含む）プロセスメトリックは別のプロセスでCMMI ML2レベルドメインになってきているが、それは、すべてのプロセス要件が一般的である。の成熟特に、より高いです対策にも責任があると専門スタッフを必要とし、より高い難易度、高い必要があり、QAは良い選択です。主な責任は、管理情報がプロセス改善に。ニーズに対応するために収集、統計、分析、評価指標が含まれますCMMIは、主にEPGの責任である。しかし、環境の実現に近づくことで、QAプロセス、動作中の状況をより良く理解、それを見つけるためにも、より多くの可能性が高い「バレルの最短作品を。」同時に、QAは、改善を実施するプロセスであります重要な駆動力。
QA後のこれらの作品の理解では、QAは、すべてのビジネスは、それは？多くの国内企業の現在の状況は確かに非常に重要なの低いQA全体的な効果である場合、ある同一又は類似の義務を持つべきだと思います我々はQAの責任は、ビジネス要件を含め、自分のニーズや状況を、検討すべき時期を決定するために使用する要因、プロセス成熟度 レベルおよび企業文化。
主な事業は、QAのニーズを特定することで審査は、そのようなピア・レビュー・プロセスの実装として、どのような側面を完了するために、作業する必要があるとQAは、会議を整理することができます;アウトソーシングの存在下では、QAは、アウトソーサーの側面を監視する役割を果たしする必要があるかもしれません。
3.プロジェクトマネージャである場合、フルタイムのQAは、プロジェクトがそれを必要とすることを、あなたと思いますか？それとも、ただのテストを持つことができますか？問題が発生した場合、どのように責任を負うべきユーザーを定義していますか？（30点）
私はいくつかの開発方法を知りませんが、必ずしもうまく人間のテストを開発したんではないので、それはフルタイムのQA、QAを必要としないと思います。ただ、必ずしも悪いチューブとしてR＆DマネージャーR＆Dチームの開発を理解していません。この問題は、スマート開発者が責任を負うように見えるです。