この記事では、R＆Dテスト管理、テストテクノロジーとツール、テストキャパシティビルディングなどの概念と方法を簡単に紹介し、関連するR＆D企業のテストキャパシティビルディングのリファレンスを提供します。
I.はじめに
研究開発活動において、テストは製品の機能、性能、信頼性が要件を満たしていることを確認するための重要な手段ですが、私が遭遇した企業では、テストに注意が払われていないため、製品の研究開発品質を効果的に保証できず、最終上場までこの種の問題は、お客様からの修理や返品から、お客様からの苦情や評判の低下に至るまで、深刻な影響を及ぼします。製品開発の品質を確保し、その後の品質低下を回避する方法、プロセスの品質管理を強化し、一度だけ行うだけでなく、製品の欠陥が市場に残らないようにするためのテストおよび検証活動を強化して、顧客が究極の品質検査官。このため、多くの企業が研究開発部門とテスト部門を設立し、研究開発プロセスにおける製品の品質を保証するためのテストチームを編成していますが、研究開発とテストの経験が不足しており、対応するテスト管理方法と方法が不足しているため、チームは本来あるべきことを実行できませんでした。の役割。この記事では、R＆Dテスト管理、テストテクノロジーとツール、テストキャパシティビルディングなどの概念と方法を簡単に紹介し、関連するR＆D企業のテストキャパシティビルディングのリファレンスを提供します。
2.品質管理と製品テストプロセス
品質は、ISO9000で、製品、システム、またはプロセスの一連の固有の特性が顧客やその他の関連当事者の要件を満たす能力として定義されていることを私たちは知っています。良い品質と悪い品質は需要に直接関係しています。アメリカの品質マスターであるクラウスビーは、品質は需要の一貫性であると述べました。実際、これはISOの定義と一致しています。品質管理は、製品が顧客定義の要件を満たすことができるようにすることです。この要件は、IPDの製品パッケージ要件として定義されます。製品パッケージ要件は、外部顧客要件、内部DFX品質属性、および法的要件と規制要件の3つの側面から実行できます。 。説明。製品品質管理の基本は製品パッケージの需要であり、製品開発プロセスの品質保証は常に製品パッケージの需要を中心に実行する必要があります。この品質保証活動は、プロセス品質と結果品質によって保証されており、プロセス品質は、合理的で科学的なプロセスによって定義される必要があります。たとえば、さまざまな分野のメインIPDプロセスとサブプロセスは通常PQAによって監視されます。プロセスの結果の品質はテストチームによって保証され、テスト方法は製品が製品要件を徐々に満たすことを確認するために使用されます。したがって、テスト活動は製品の品質管理にとって重要な保証ですが、すべてではありません。
企業の品質マネジメントシステムは、プロセスドキュメンテーションシステム、プロセスおよび品質指標システム、品質管理関連活動、品質保証組織、ITサポートなど、多くの部分で構成されています。マクロの観点からは、企業全体のすべての側面が品質保証に関連しています。 。関連。特にプロセスとインジケーターシステム。IPDシステムでは、市場と顧客のニーズに合わせた製品開発プロセスを統合する製品パッケージ実現ラインが顧客のニーズを中心に開発され、QCTが内部および外部の顧客のニーズを確実に満たすようにします。IPDプロセスは、製品パッケージの実現と検証に基づくメインプロセスと、さまざまな分野のサブプロセスで構成されています。R＆Dドメインの開発プロセスとテストドメインのテストプロセスは、多くの場合、誰もが知っています。実際、R＆Dドメインとテストドメインはすべて品質保証活動によって実行されますが、優位性と焦点は段階によって異なります。
以下は、IPD製品開発プロセスモデルです。
コンセプトと計画の段階では、R＆Dドメインが主導的な役割を果たします。現時点では、テストと検証のアクティビティには、製品開発のソースが明確、正確、完全であることを確認するための製品パッケージ要件の明確化、クロストーク、およびレビューが含まれます。 。プログラムのレビューでは、主要なテクノロジまたはアーキテクチャのプロトタイプ検証は、プログラムが要件を満たしていることを確認することであると予測しています。これは、テスト検証と見なすこともできます。通常、TR4の前は、テストおよび検証アクティビティのリーダーはR＆Dです。TR4の後、テストおよび検証のリーダーは、R＆Dからテストチームに移管されます。開発がテストに移管される場合、テストアクティビティの移管が必要です。製品の基本機能が満たされることが保証されている必要があります。テストチームは、この最初のプロトタイプで対応するテストケースを実行できます。
テストに移行する前のテストチームの主な作業は、システムを理解し、要件を理解し、テスト戦略、テストスキーム、テストケースの設計を実行し、テストアクティビティができることを確認するためのテスト環境を開発することです。転送後はスムーズに実行できます。同時に、TR4の前に、ハードウェアプログラムのレビュー、ハードウェアの設計のレビューなどの成果物のレビューと検証のアクティビティの開発に参加します。一方で、将来のテストオブジェクトに慣れることができます。同時に、早い段階で費用対効果の高い製品のいくつかを排除することができます。発見できる問題。テストチームの使命は、製品の欠陥が最低のコストでできるだけ早く明らかになることを保証することです。TR4A以前のテストは一般にSDVと呼ばれ、それ以前は主に基本機能テストを完了してテストレポートを出力していました。TR5以前のテストは一般にSITテストと呼ばれ、機能、性能、信頼性のテストを完了しました。TR5以前はまだ開発段階であり、TR5以降は製品開発が検証段階に入ります。この段階では、テストチームは主にバッチテスト結果を追跡し、認証テストを完了し、顧客検証テスト、つまりベータ版を完了します。テスト。強調する必要があるのは、これらのテスト活動が計画されていることです。一般に、テスト計画、計画、および対応するテストケースは、概念および計画段階で策定する必要があります。次のテストプロセスのVモデルは参考用です。
試験実施中に発見された問題については、問題管理を実施し、問題を早期に解決するための研究開発を推進し、閉ループ追跡を実施しています。問題が解決され、回帰テストに合格した後にのみ、問題を閉じることができます。対応する開発ドキュメントと通信ファイルは、プロジェクト構成管理スタッフとCCB組織の需要、および最終製品の実現と技術ドキュメントの同期を確実にするための調整に間に合うように更新する必要があります。多くの企業は、このリンクのために製品と技術文書を同期していません。数年と数か月後、技術文書はレビューの資料になり、製品開発の再利用を効果的にガイドできなくなりました。
3、テストエンジニアリングモデル
単体テスト、統合テスト、SDVテスト、SITテスト、SVTテストの検証アクティビティなど、 製品開発プロセスのテストアクティビティはこのモデルに従うことができ、テスト計画の策定、テスト設計、テスト開発、テスト実行と評価、そして最後にテストレポートを出力します。アクティビティ全体を通して、テストを追跡して、要件が検証され、問題が解決されていることを確認する必要があります。
4.製品テストツールとテクノロジー
ことわざにあるように、労働者が自分の仕事をうまくやりたいのであれば、最初に自分のツールを研ぐ必要があります。開発ツールのようなテストツールは、テスト活動において非常に重要です。
一般的なテストツールには、ハードウェアテストの手法とツール、ソフトウェアテストツール、および製品の包括的なパフォーマンステストツールが含まれます。ハードウェアテストツールは、主に次のシナリオで使用されます。製品仕様、パフォーマンス指標、信頼性、テスト容易性、使いやすさ、およびその他のテスト。テストは、欠陥のない製品を構築するために、すべての障害とすべての隠れた危険を排除することです。テストはエラーを見つけるためだけのものではありません。エラーの原因とエラーの分布特性を分析することにより、管理者は改善のために現在の設計プロセスの欠陥を見つけるのに役立ちます。同時に、この分析は、テストをより効果的にするためのターゲットを絞ったテスト方法の設計にも役立ちます。エラーを検出しないテストも価値があり、完全なテストはテストの品質を評価する方法です。一般的に使用される方法には、検査、レビュー、FMEA分析、トラブルシューティング分析なども含まれます。ハードウェアテストツールであろうとソフトウェアテストツールであろうと、テストの目的は同じであり、特定の方法と手法が異なります。多くの企業では、ハードウェアテストツールは長い間注目されておらず、投資も不十分です。基本的には、定期的な安全性テスト、経年劣化テスト、環境信頼性テストです。異常なテストの中には、比較的少ないと見なされるものもあり、対応する商用ツールの欠如。この分野の問題を早期に明らかにすることはできません。一部の先進企業では、パワープルテスター、繰り返し電源のオン/オフ、電磁干渉、およびユーザーの使用シナリオをシミュレートするその他の機器など、テストのニーズに対応する特別なテスト機器を製造します。
5、テスト組織の構築
テスト組織は企業の貴重な資産であり、企業の品質保証組織の重要な部分です。多くの企業のテスト組織は十分な注目を集めていません。これは、人的資源のテストへの投資の不足と一方的なものに反映されています。テストには高度なスキルは必要ないという信念。量と人員の質に十分な注意が払われていません。実際、テスターは、より包括的な知識の予備、製品とユーザーの要件の十分な理解、および問題に対する十分な鋭敏さと判断力を持っている必要があります。そのため、幅広い知識と豊富な経験が必要です。一部の先進企業では、テスターを採用するためのしきい値が開発者の要件よりも高くなっています。人的資源に加えて、能力の育成と構築、試験資源計画の策定、高度な機器と高度な試験方法、試験方法の確立、および製品試験システムの継続的な最適化が必要です。この分野の高度なテスト技術を綿密に追跡し、製品のテスト可能性とテスト可能性の必要性に関する調査を実施し、製品開発の過程でテスト可能性の設計を実装して、テストが観察可能、測定可能、および制御可能であることを確認します。最初は低コストで、高品質のテストが基礎を築きます。製品テストチームはプロジェクト方式でテストを実施します。各プロジェクトの主要なマイルストーンは、テスト方法とテスト技術の革新の観点から要約する必要があります。 、テスト技術とテスト方法が最適化されます。テスト組織のテスト機能を改善し、テストの効率と品質を改善し、テスト仕様、標準、ユースケースライブラリの形成を含む強力な専門のテスト組織とチーム機能を徐々に確立します。 、テスト活動チェックリストおよびその他のプロセス資産、および分類と階層の確立テスターの資格システム、ハードウェアとソフトウェアを含むテスターの階層の移行。包括的なテストシステムエンジニアリングおよびその他の専門的なテストチームは、さまざまなビジネス特性に適応して製品の品質を護衛します。