1）ソフトウェア品質保証に関する教科書や参考資料を読んだ後、あなたの経験は何ですか？
原則①のQA担当者の問題としての基本的な原則を遵守に基づいてお互いに戦うために、ビューはチームと矛盾しているとき、持っている必要があります
妥協は、プロジェクトがどのように行ったかと言うことはできません。規則は、同じ効果場合に達成することができるハングアップすることはできません、プロセスを簡素化し、
これはマスター「学位を。」が必要です
②ソフトウェアテスト（テスト）とソフトウェア品質保証（QA）は非常に異なっています
ソフトウェア品質保証業務（品質保証）：ソフトウェアが事前に定義された品質基準を満たすようにするソフトウェアチームと
テストを含むすべての活動、。
ソフトウェアテスト（テスト）：特定のプロセスとツールの使用は、ソフトウェア検証機能を有効にし、事前に設計された作品が特徴
プロセスは、一般的かつ定量的な結果です。
③品質管理の核となるアイデアがないようにすることである、彼らはおそらく間違って行くことができたときに彼らのチームと通信するためのイニシアチブを取ることが期待され、問題を待ち、我々が介入する必要はありません、
QA CMMIはないが、今CMMI、主流への移行のアジャイルな側面をより多くのを見られるように製品なので、QAがトレンドに適応しなければなりません、
アジャイルコーチングのスキルを把握するようにしてください。
④QAは、サービス指向の役割である、とあなたがお互いに質問をしたときに、どのように行うかのプロジェクトに、その心不快になり、自然
そこ除外心。そして、基本的なQAプロセス仕様を提起された問題である、必須の実行ので、2つのことが多い競合しているので、
ノーマル、
あなたがQAプロジェクトであれば（2）、何があなたの仕事の責任だと思いますか？
①知識のすべての側面を理解するためのイニシアチブは、我々は最初に、それ自体が他よりも強くなってみましょう、受け入れるように他の人が欲しいです。それは、知識の習得を必要としません。
しかし、の基本的な理解を持つように、例えば、あなたがコードを理解していないが、コードは静的チェック、コードレビューや知識の他の側面を理解することができます。
②そのプロジェクトチームのメンバーは、QAチームのメンバーを理解することもQAの仕事の意味を理解し、しかしので、相互理解を達成するために、通信、コミュニケーション
プロジェクトグループ内の真の役割と責任。
指導や研修、通常はQAにおける責任のガイダンスの範囲内であるが、実際にはほぼすべてのQAは、この党の一部であることを余裕③
作業面。研修活動をいう従うプロセスを説明するための研修事業実施プロセス、指導主にいくつかの目標と仕事
など南のファイルを、使用し、できるだけ早く仕事のスキルや方法を習得品質を向上させる、進捗状況をスピードアップするために、プロジェクトチームのメンバーを支援するためのものです。
④QAの監督、監査・監督は「オリジナル」作品である、あなたが問題に注意を払う必要がありますが、監査監督に発見されたことにより、プロジェクトにタイムリーなフィードバックになることです
李は、直接プロジェクトチームのメンバーを管理していないだけでなく、上級管理職に報告する必要はありません、問題を解決するためにプロジェクトマネージャーが必要です
⑤コンサルタント、ちょうどCMMの認定を超える場合、会社、確かにコンサルタントに対処しますQA。コンサルタント、鑑定士があります。
存在、それは二重のアイデンティティを持っているQAは、一方では、コンサルタントは、QAは、会社CMMに代わって行われ、一方、会社のために、
QAは、コンサルタントのインターフェースである、彼らの意見、雲や要件に渡します。
あなたは、プロジェクトマネージャである場合（3）、フルタイムのQAは、あなたのプロジェクトがそれを必要とすることだと思いますか？それとも、ただのテストを持つことができますか？問題が発生した場合、どのように責任を負うべきユーザーを定義していますか？
①私はそれがフルタイムQAを必要だと思い、私の個人的な見解は完全なプロジェクトでの分業をクリアしなければならないということです。これは、労働と産業発展の社会的分裂の結果です。
開発とテストは、実際にソフトウェアエンジニアリングの二つの枝です。フルタイムのQAと開発者が相互に協力する場合は、大幅に開発プロジェクトの効率を向上させることができ、
いくつかの大規模プロジェクトに有用な役割。だから私はそれがフルタイムのQAを必要だと思います。
②誰にでも小さな、各部門への大規模な。独自の部門を持っている必要があり、労働者の細心の分割後、一人一人が何かの小片を担当しています。そこに一度
問題、責任を負う者の担当に登場問題。