ソフトウェア品質保証に関する研究

研究ボーエンソフトウェア品質保証

品質語が広く使用されているソフトウェアは、異なる文脈で異なる意味を持っています。ここではISOの最新の定義は次のとおりです。

「指定された条件の下で述べたと暗黙のニーズを満たすためのソフトウェア製品の能力。」

ソフトウェア製品は、確立された要件を満たすために」度があるが、それらの正確な要件を確立するためにどの程度にqualitydepends

 representstakeholderニーズ、望んでいる、と 

期待。

どちらの定義は、ユーザーおよび利害関係者のニーズを満たすためにソフトウェアを強調、私たちが知っているソフトウェアの品質を分析するにはいくつかの方法、この本の中で、この点で学術論文多くは、あります。

  ソフトウェアプログラム= +ソフトウェア工学

だから、私たちは巣、この式を次のことができます。

  ソフトウェア品質= +プログラムの品質のソフトウェアエンジニアリングの品質

プログラムの品質は機能外部ソフトウェアの品質に反映されます。同時処理スループット操作が可能なサイトをご予約;測定するのに必要な様々な機能の多くの機能がありますが、たとえば、サイトには、クエリ結果の速度を表示するオンラインユーザー数をサポート

金額。こうした国際的な品質のユーザーエクスペリエンス、品質と安全性の品質などのプログラムの他の側面があります。

良い、速い、安い:ソフトウェア開発プロセスは、3つの特性を有しています。言って人気の「利害関係者のニーズを満たすためにすべての3つの分野におけるソフトウェア機能、コストと時間。」

私は本を​​熟読した後、私は気づい、それは多くの要因によって制御され、単に、ソフトウェア保護の品質は多くの方法で分割されなければならないような方法を実現していません

次の分野におけるソフトウェア工学の質:

  ソフトウェア開発プロセスの可視性

  リスクコントロールソフトウェア開発プロセス

  内部ソフトウェアモジュール、品質、プロジェクト管理ツール要因のプロジェクトデリバリーの真ん中をカット

  ソフトウェア開発のコスト管理

  内部品質指標の完成

ソフトウェアの品質は非常に抽象的に見えますが、実際には非常に特定。彼は、ソフトウェアプログラムはに等しいため、特定の完成度の側面が、すべてのものを必要はないプラスソフトウェアエンジニアリング

プログラム構造の多くの側面がありますが、ソフトウェアエンジニアリングは、組成物の一の態様ではありません。

ソフトウェア品質保証(QA)とソフトウェアテスト(テスト)は非常に異なっています。

ヤフーとマイクロソフトで働くプログラマは、開発チームのほとんどは、独立したテスターを必要としない、そのような壊れた理論を持っています。

まず、チームが独立したソフトウェアテストの役割を持っている必要があり、分業は良いことですがあります。誰もがQA(バグレポートか何か)の作業に参加することができますが、最終的に役割がなければならないQAそれを担当しています。一人でする役割だけでなく、

立法、および最終ソフトウェアリリースでは、この役割は、保証(の符号)に署名する必要があります。労働と産業発展の社会的分裂の結果であり、開発とテストは、実際にソフトウェアエンジニアリングの二つのブランチ、異なるサービスのためのソフトウェア1あり、

試験の方法及び程度は、区別を有しています。独立したテストの役割は、ユーザーの視点から始まる製品の品質を確認します。クライアントに代わって製品認証と同等の独立した専門的なテスト

おなじみの教科書では、私は内部のQAチームは、チーム外の独立した役割は、独立したQAの役割を必要とする必要があることを発見しました。そのため、実際の作業のQA品質の範囲、オンライン、チーム内またはチーム外の両方の一連のチェックを、出荷。

ビューのテスターポイントのために多くの人が異なる見解を持っています:

  それが担当していましたので、私の責任ではないでしょう

  専門家が果たした役割でブラインド信頼

  パフォーマンスの最適化を行うために彼の役割のために

  分裂を制限します

  責任の明確な区分ん

多くの成功した人々と独立したテストの役割を設定する必要はありません知ら成功した企業があります。

私は、問題の説明をどう以上の場合は、私はすべての企業が独立したQAを設定すべきだと思う、QA各チームだけでなく、このテスト作業をテストすることができ、あなたはまた、チーム以外の他のチームのテスト作業をテストすることができます。

QAテストとフルタイムは同じではありません

QA 製品TESTERフォーカス懸念は、ソフトウェア開発、検査、制御の結果である、しかし、テスト関係SQAプロセスは、ソフトウェア開発プロセスの監視と制御に焦点を当てています。

問題がある場合、それは問題が誰であるかを決定する問題のどのような側面に応じて行うことができます。それは、これは過失テスターが原因と思われる問題であるかを決定することができ、テスト・エラーため、上記の場合は細かい違い上記のコードは、整流にプログラマに配信することができます。

 

おすすめ

転載: www.cnblogs.com/xiexiaofei/p/11564260.html