JavaScript コンポーネントのツアー: コンポーネントのテスト

今回は、コンポーネントの状態や動作モードが期待どおりかどうかを確認するJavaScriptのテストについて、簡単にテストケースを作成できるテスト方法を紹介します。ここで言及されているテストは、もちろん自動テスト手法を使用しています。これはソフトウェア品質保証 (QA) の重要な部分です。この一連の記事で紹介されているスマート キューに関する限り、テストの目標は次のとおりです。

• Task オブジェクトの作成: コードの 2 番目のフェーズでは、さまざまな作成方法が提供され、作成後にオブジェクトの状態をテストする必要があります。
• Queue 内でのタスクの実行順序: 実行順序を変更する 2 つの方法が用意されています。優先順位と依存関係の構成です。また、さまざまな構成が順序に与える影響をテストする必要があります。

最初の目標としては、作成後のオブジェクトのプロパティが期待どおりであることを確認するだけです。 「期待に応える」ことについては何度も述べてきましたが、Assert はそのために設計されています。簡単に言うと、アサーションは、テストされた式の結果が「true」であることを確認することです。そうでない場合は、何らかの方法でテスターに​​通知し、アサーションが失敗したテスト ケースを特定できるようにします。

2 番目の目標は少し複雑です。コンポーネントのコーディングおよび実装時にソート済みキュー (_sorted) をクロージャ内に隠すため、外部からアクセスできません。考慮すべき方法は 2 つあります。 (1) コードのテスト容易性を高めるためにコードをリファクタリングします。 (a) デバッグ スイッチを設定し、オンになっている場合は _sorted を外部に公開します。独立したファイルを追加し、ビルド方式でコードを結合して、最終的にテスト バージョンを生成します。 (2) プロセスではなく動作の結果をテストします。前者の方法は基本的にコンポーネントの実行時の状態を詳しく調べますが、この方法はコンポーネントの実行結果のみをチェックします。この号では後者のテスト方法が使用されており、最初のテスト方法は興味のある読者が練習できるように残されています :)

私は個人的に最初の方法 a に同意できないことに注意してください。まず、このタスク キューの設計コンセプトについて説明します。

• これは、「オンデマンド」でタスクの実行順序を調整することのみを担う単なるキューであり、タスクの個々の詳細には注意を払いません。言い換えれば、タスク固有の動作やパフォーマンスを気にすることなく、タスク全体を処理します。
• これは安全なキューであり、ユーザー (最初の問題で説明した「顧客」) は、タスク情報が他の顧客に見られることを心配することなく、タスクをキューに追加できます。実装コードの 2 番目のフェーズには SmartQueue.Queue = [[], [], []] が含まれており、その結果、キュー項目に外部からアクセスできることに注意してください。このコードは導入のみを目的としており、SmartQueue.Queue = を安全に削除してセキュリティ制御を実現できます。

出典: Alipay UED