ソフトウェア品質保証の経験
まず、ソフトウェア品質保証の重要性は自明である、本は以下の分野におけるソフトウェアの品質と言います
- ソフトウェア開発プロセスの可視性
- リスクコントロールソフトウェア開発プロセス
- 内部ソフトウェアモジュール、プロジェクト管理ツールのプロジェクトの配信品質要因の中間段階
- ソフトウェア開発のコスト管理
- 内部品質指標の完成
さまざまなソフトウェアエンジニアリングの品質--CMMI（能力成熟度モデルIntegrateg）、つまり、能力成熟度モデルのセットを測定するために、成熟した理論を持っています。
同時に、ソフトウェアの品質をある程度達成するために重要ですが、また、問題を解決するために、既存の公共の品質を確保するために一定の費用を投資しなければならない新しい機能を開発するために、コストがかかります。これは、行うには、様々な部署への人のチームです。
QA（品質保証）やテストは、セキュリティのためのソフトウェアの品質のためにあるかどうか、我々は独立したにすぎ開いてはなりません。労働者の明確な区分は「確かに重要であり、作業の効率と品質を向上させることができますが、私はと感じて協力が分業の基礎となる、」サッカーの除算を使用することの重要性を説明するための本、攻撃に焦点があると述べ、防衛に焦点を当てています。しかし、関係なく、犯罪や守備の常にそれ以上にチーム全体として、競争力のあるスポーツとなり、実際には、あなたが世界最高のストライカー、最高の個人的な能力を持って、守備の形成打撲とボロボロますがあるかもしれません。また、あなたの個人的な能力が良く守るためにも、簡単に守備を破れカット数質量があるかもしれません。チームワークは、分業の基礎となる、分業は以上の問題により、理由もなくトラブルを追加して良いフィットではありません。ゾウの先生は私が要約には非常に良いことだと思ういくつかのポイントがあります。
- 初期の段階では（新しいプロジェクト、新しいチームはちょうど新しいプロジェクトに入ったフィールドを入力して）、各チームメンバーは、彼らが文化のジェネラリストを知るためのすべてのものに責任をマルチのすべての側面を介して取得しようとする必要があります。
- プロジェクト/（時間の塹壕に含まれる）一定の段階まで産業の発展は、我々は積極的に専門家を訓練分業を促進すべきであるとき。
あなただけが根本的な本質上の自分の位置を実現するために、すべての作業プロセスを理解しているとき。QA（品質保証）自体がテストが含まれているので、私は完全に独立していないこれらの二つの両方が自分自身を競合しないべきだと思います。
私はQAプロジェクトだったら、私は自分の仕事の責任があると思います。
私はよく行うことが必要である良いQAテストのニーズに開発からプロジェクトの全範囲を理解できなければならない、人々はQAの開発を理解していないと思いますが、実際には、関係なく、QAの（品質保証）またはテストのためのものです高品質のソフトウェアセキュリティのために、独立したにすぎ開いてはなりません。限り開発の基本的な理解が、より良い品質保証するために、開発をマスターすると、同じことがまた良いと根拠を行う際に労働者の明確な区分を確立するために、2種自体二つの相補的な位置をDevのテストを知っている必要があります。
私はプロジェクトマネージャーだった場合、私は絶対的なフルタイムのQAを必要としないプロジェクトを持っていると思います：
記事のことわざが特に良いですがあります：
人々の開発がうまくテストを行う必要があります理解していません。ただ、必ずしも悪いチューブとしてR＆DマネージャーR＆Dチームの開発を理解していません。私はもっと感じて、テストが最も適当な候補である必要があり、私が10年前に比べて、中国のプログラマーの進捗状況を見てきましたのでDevのは、それが（今後の動向にする必要がありますする必要があり、今日のプログラマは非常に包括的なを持っています、）右の私のポイントを証明しなければならない、10年戻ってきます。
はい、人々はプロジェクト自体に基づいて、うまくやる必要があるQAの開発を理解していない、QAとして彼の品質を維持するために行くことができるかを理解していない人たちが、開発者はダニエルのようにする必要はありません、それは堪能でなければなりませんNBAが優れているようなもので、自分の理解を持っている、伝説のコーチは必ずしも良いバスケットボール選手ではなく、自分のアイデアを持って、彼は自分自身の深い理解を持っている必要があります。だから私はそれがこのような作業は、チームの中に様々な部門間の良好な連携を統合することができない場合でも、絶対に専用のQA、QAを、存在しないはずだと思います。QAは、品質を確保するためですが、あなたは良い仕事の要求分析、ソフトウェア設計、コードの実装を行わない場合の品質は、制御不能にテストされていません。私たちは、テストのみBUGを確保することが分かっているだけで何について話すことがたくさんありました。QAとテストに関する質問は、私はすでに言及した上での協力は、分業の基礎であるにかかわらず、QA（品質保証）やテストのソフトウェアの品質の保証として、独立したにすぎ開いてはならないです。また、誰が担当していないという意味ではありません。チームの担当者が必要で、チームのテスト自体は、チームのヘッドは、問題を特定して解決するためにチーム全体を仕上げ、責任を負わなければならないので、協力、問題は、チームの責任です。
2019年9月22日午前13時18分38秒