Beijing Winge Technology Co., Ltd. (Winge Technology) は、製品設計とテストの共通基盤として主要な機能、インターフェイス、および受け入れ条件を使用します。ロシアの顧客にサービスを提供するハードウェアおよびソフトウェア開発プロジェクトの場合、テスト計画では、設計中にテスト対象、動作条件、方法、合格基準および必要な記録を特定し、両当事者が同じバージョンと基準に照らしてマイルストーン結果をレビューできるようにする必要があります。
安定した動作、信頼性の高い通信、応答性の高い制御などの要件には、定義された動作シナリオと評価方法が必要です。テスト計画は検証の優先順位を設定し、プロトタイプ構成、デバッグ インターフェイス、および障害診断のための入力を提供します。
要件を実行可能なテストケースに変える
テスト可能な受け入れ要件では、前提条件、入力またはアクション、期待される結果、および決定基準を指定します。パフォーマンス要件では、測定ポイント、ハードウェア構成、データ量、計算方法、サンプル範囲も定義する必要があります。
たとえば、ネットワーク停止中に収集されたデータを保持する要件は、ローカル バッファリング、オフライン時の取得、再接続後の転送、およびバッファがいっぱいになった場合の処理に分けることができます。製品の必要に応じて、さらなるテストでデータの順序、重複した処理、およびアラームをチェックできます。
これはテスト計画の例です。バッファ容量、停止期間、データ量、およびパスしきい値は、実際の製品の目的から決定し、要件またはテスト仕様に記録する必要があります。
製品リスクごとに機能、パフォーマンス、障害回復テストの優先順位を付ける
Winge Technology のプロトタイプの検証と統合作業は、プロジェクトの範囲内の機能、パフォーマンス、合意された環境テストをカバーできます。テストの優先順位は、製品の使用目的とリスクに従う必要があります。
| テストエリア | 何を確認するか | 基準を定義するために必要な条件 |
|---|---|---|
| 機能とインターフェース | コアオペレーション、プロトコル交換、周辺機器の統合、およびデータ処理 | 入力、アクションシーケンス、応答、状態変化 |
| パフォーマンスと負荷 | 応答時間、スループット、リソース使用量、温度上昇 | 対象ハードウェア、ワークロード、計測箇所、計算方法 |
| 障害と回復 | ネットワーク損失、電力損失、周辺機器の障害、データエラー | フォールト挿入方法、リカバリ手順、データと状態の要件 |
| 連続運転 | 合意されたテスト期間中のアプリケーションの動作と障害 | 期間、負荷、障害の定義、およびログ カバレッジ |
| 環境試験 | 合意された温度、湿度、振動、またはその他の動作条件 | サンプル構成、装置、方法および合格基準 |
| ユーザーインターフェイスと展開 | テキストのレンダリング、インストール、構成、更新、ユーザータスク | 言語、システムバージョン、権限、導入環境、操作タスク |
ロシア語のインターフェースが必要な場合は、メニュー、アラーム、入力、フォント、テキストの切り捨てなどの機能テストを行うことができます。時間ベースのレコードでは、タイムゾーン設定とタイムスタンプ処理のチェックも必要です。低温またはその他の環境テストは、実際の動作条件とプロジェクトの要件によって異なります。
設計中にテストアクセスを提供する
設計は、製品をどれだけ簡単にテストできるかに影響します。ハードウェアレビューでは、必要な測定ポイント、デバッグインターフェース、障害インジケーターを確認できます。ファームウェアとソフトウェアの設計により、ログ、エラー コード、ステータス クエリ、およびバージョン識別を提供できます。
これらの規定は、障害の再現と診断をサポートします。テスト アクセスは、デバッグ ビルドと配信ビルドの間の構成の違いを記録して、製品の権限と操作の取り決めに従って管理する必要があります。
重大な技術的不確実性は、システムを完全に統合する前に、限定的な実現可能性テストでチェックできます。ボードのテスト、モジュールの統合、プロトタイプのテスト、およびクライアントの環境での検証は、さまざまなオブジェクトに対応します。プロジェクト計画では、入力と必要な記録を定義する必要があります。
テスト結果をプロトタイプのユニット、バージョン、条件と関連付けます
テスト記録は、どのプロトタイプとソフトウェアのバージョンが、どのような条件下で、どの手順と結果でテストされたかを特定する必要があります。関連情報には、ユニット識別子、ハードウェア リビジョン、ファームウェアまたはソフトウェアのバージョン、構成、テスト機器、実行時間、および元の記録の場所が含まれます。
問題記録には、観察された動作、再現手順、影響および解決ステータスを説明する必要があります。変更後の検証では、元の問題を確認し、変更の影響に応じて選択された回帰テストを含める必要があります。まだ実行されていないテストは、マイルストーンのレビューのためにその理由と計画されたフォローアップを保持する必要があります。
国際チームは、テストレポート、ログ、画面録画、リモートデモンストレーションを通じて結果を確認できます。クライアントのサイトでのテストには、合意された機器、条件、責任者、および結果の確認方法が必要です。
よくある質問
テスト計画はプロトタイプが完成するまで待つべきでしょうか?
それは要件定義と設計中に開始する必要があります。早期の受け入れ基準は、コンポーネントの選択、インターフェイスのデバッグ、ロギングとプロトタイプの構成をガイドし、後のテスト機器と実行リソースの割り当てに役立ちます。
機能テストに合格すると、長期的な動作パフォーマンスが確立されますか?
機能テストにより、合意された機能が確立されます。継続的な動作、環境条件、およびクライアントサイトの動作には、対応するテスト条件と記録が必要です。結論としては、該当するリビジョン、サンプル数、期間、運用範囲を特定する必要があります。
開発テストと独立したラボテストはどのように手配すべきですか?
開発テストでは、プロジェクトの合意された機能、パフォーマンス、および設計の問題を確認します。独立したテストまたは認証が必要な場合は、該当する要件、サンプル、実施組織、報告範囲を個別に確認し、プロジェクト計画に含める必要があります。
製品のテストと承認を計画しているクライアントは、Winge Technology のプロジェクト コンタクト ページを使用して、製品の目的、現在のバージョン、ターゲット環境、承認要件を提供し、テスト カバレッジ、サンプル条件、マイルストーン成果物を評価できます。
相談
電話
WeChat
トップに戻る