Unitテスト-FTテスト

フロントエンドの自動化はunitとe 2 eのエンドツーエンドテストを利用する必要があります.

一.unitテスト(FTはFucntion Test機能テスト、注意:funciton関数ではありません...fucntion機能は違いますよ)

プログラマーの立場に立ってunitテストをテストするのは、コードを一つ一つのコンポーネントと見なすことです.これにより、各コンポーネントの個別テストが実現され、テスト内容は主にコンポーネント内の各関数の戻り結果が所望の値と同じかどうかである.例:

const compare = (a,b) => a>b?a:b   expect(compare(1,2)).to.equal(2) //ok expect(compare(2,1)).to.equal(1) //ok   

コードオーバーライド率とは、コード内の各関数の各ケースのテスト状況を指し、上記のテストのコードオーバーライド率は100%である

const compare = (a,b) => a>b?a:b   expect(compare(2,1)).to.equal(1) //ok   

コードオーバーライド率は50%です.elseの場合はテストされていません.
ユニットテスト(UT)、機能テスト(FT):
目的:1、できるだけ書くコードテスト員が頻繁に他の場所を探しに来てまた問題が発生することを避ける.2、提供されたインタフェースは使用できません.3、1つのバグが修復され、他のバグが導入されたか、または他の例が赤くなった.
理解:関数の機能を実現する時に対応するテストコードを編纂して、できるだけ“入力-出力”の正確性を保証して、テスト用例が比較的に多い時システムに対して体を丈夫にする効果があって、適用する人の群れは:大牛ではありません者

二.e 2 eテスト

ユーザーの立場に立ったテストe 2 eまたはエンドツーエンド(end-to-end)またはUIテストは、あなたの内部でどのように実現されているのか、アプリケーションが最初から最後までのプロセスが設計時と同じかどうかをテストするためのテスト方法です.私はブラウザを開いて、テスト内容をページに入力して、私が得たい結果かどうかを見ます.簡単に言えば、システム全体がブラックボックスであり、UIだけがユーザーに露出するというユーザーの観点から考えられています.
両者の存在は意味がある.unitテストはプログラマーが自分の論理を書いた後、自分の論理が正しいかどうかを簡単にテストすることができます.e 2 eコードはすべての需要が正しく完成できるかどうかをテストし、最終的にはコードの再構築、jsの変更が多くなった後、需要をテストする必要があるときにコードをテストする必要はありません.再構築後にお客様の需要を達成できない心配もありません.