<\/code>に配置すると、Qunitがリセットを処理します。最後に、テストを含むファイルを表すtests.jsファイルを含めます。私のアドバイスは、実際のプロジェクトを操作するときにファイルを使用してテストを保存することです。このチュートリアル用に作成したライブデモでは、JSBINを使用しましたが、ファイルのアップロードを許可しませんでした。したがって、デモでは、テストコードに巻き込まれたことがわかります。各セクションにタグを付けることの意味を理解したので、ブラウザのindex.htmlページを開いて、何が起こるかを確認(rèn)します。すべてがうまくいけば、以下に示すようにライブデモインターフェイスが表示されます。これはJSBIN：QUNITの例としても提供されます。この段階では、當(dāng)社に関連するこのインターフェイスの唯一の部分は、Qunitがテストの処理に費(fèi)やす時(shí)間、定義されたアサーションの數(shù)、および合格して失敗したテストの數(shù)を示す部分です。上記のデモは、テストを定義していないことを示しています。この問(wèn)題を解決しましょう。 <\/p>\n

qunit <\/strong><\/p>を使用してテストを作成する方法\n

Qunitは、新しいテストを作成する2つの方法を提供します：QUnit.test()<\/code>とQUnit.asyncTest()<\/code>。最初のものはコードを同期してテストするために使用され、2番目のものは非同期コードをテストするために使用されます。このセクションでは、同期コードのテストを作成する方法について説明します。 QUnit.test()<\/code>メソッドの署名は次のとおりです。\n<\/p>\n

QUnit.test(name, testFunction)<\/pre>最初のパラメーター
は、作成されたテストを識(shí)別するのに役立つ文字列です。 2番目のパラメーターname<\/code>は、フレームワークが実行するアサーションを含む関數(shù)です。フレームワークは、すべてのQunitのアサーション方法を公開するこの関數(shù)にパラメーターを渡します。この説明をコードに変換すると、次のコードでtests.jsファイルを更新できます。\ntestFunction<\/code>\n<\/p>このコードは、文字列「私の最初のテスト」と空のボディを持つ関數(shù)によって識(shí)別された新しいテストを作成します。アサーションなしでテストを追加するのは役に立ちません。この問(wèn)題を解決するには、Qunitで利用可能なアサーション方法を?qū)Wぶ必要があります。 
QUnit.test('我的第一個(gè)測(cè)試', function(assert) {\n   \/\/ 斷言在這里...\n});<\/pre>\n
<\/p>qunitのアサーション方法
 \n<\/strong>アサーションはソフトウェアテストの中心にあります。彼らは、私たちのコードが期待どおりに機(jī)能することを確認(rèn)することができます。 Qunitには、これらの期待を検証する多くの方法があります。テストでは、<\/p>メソッドに渡された関數(shù)のパラメーターによってアクセスできます（前の例では
）。次のリストは、利用可能な方法とその機(jī)能と署名を要約しています。
\n
deepEqual(value, expected[, message])<\/code>：すべてのJavaScriptタイプで機(jī)能する再帰的な厳格な比較。 value<\/code>とexpected<\/code>は、プロパティと値の點(diǎn)で同じであり、同じプロトタイプを持っている場(chǎng)合、<\/li>\n
equal(value, expected[, message])<\/code>：value<\/code>は、非厳密な比較（==）検証を使用して提供されるパラメーターに等しくなります。 expected<\/code>\n<\/li> 
：notDeepEqual(value, expected[, message])<\/code>と同じですが、不平等をテストします\ndeepEqual()<\/code> <\/li>：
と同じですが、不平等をテストします\nnotEqual(value, expected[, message])<\/code>equal()<\/code>：オブジェクトのプロパティと値の厳密な比較。すべての屬性と値が同じ場(chǎng)合、アサーションが渡されます\n<\/li>
：厳密な比較（===）検証を使用して、propEqual(value, expected[, message])<\/code>に等しいパラメーターを提供します\n<\/li> 
：strictEqual(value, expected[, message])<\/code>と同じですが、不平等をテストします\nvalue<\/code> expected<\/code>：<\/li>と同じですが、不平等をテストします\n
notPropEqual(value, expected[, message])<\/code>：最初のパラメーターが真の値である場(chǎng)合、アサーションが渡されます\npropEqual()<\/code><\/li>：コールバックが例外をスローし、オプションでスローされたエラーを比較するかどうかをテストします\n
\nnotStrictEqual(value, expected[, message])<\/code>これらの方法で受け入れられたパラメーターは次のとおりです。\nstrictEqual()<\/code>\n<\/li>
：検証する必要がある変數(shù)に保存されている値によって返される値\nok(value[, message])<\/code><\/li>：テストする値。 
メソッドの場(chǎng)合、これはthrows(function[, expected][, message])<\/code>です\n<\/li><\/ul>：アサーションを説明するオプションの文字列\(zhòng)n
<\/p>：実行する関數(shù)はエラーを返します\n
\n
利用可能な方法とパラメーターを理解したので、今度はコードをチェックする時(shí)が來(lái)ました。単一の関數(shù)の複數(shù)のテストを作成する代わりに、より現(xiàn)実的な例を再現(xiàn)しようとします。とにかく、私が示すテストは、完全なテストスイートと見なされるべきではありませんが、どこから始めればよいかという特定のアイデアを提供する必要があります。上記のテストを作成するには、テストするコードを定義する必要があります。この場(chǎng)合、私はこのような文字通りのオブジェクトを定義します：value<\/code>
\n\n\n  \n