單元測試之斷言

單元測試之斷言

作為前端開發,很少去自己寫單元測試。對于單元測試的了解也很少,自學了一點關于單元測試斷言的知識,有了一些自己的個人理解,記錄下來,方便下次使用時查閱。

什么是斷言

當你對類,??榛蛘叻椒ǖ目梢越郵艿氖淙牒褪涑鲇兇藕苊魅返畝ㄒ搴腿鮮?,當程序的輸出結果和輸入不匹配時,
你想讓程序有一個明確的返回。比如:我明確地知道1+1=2,我現在就想知道我輸入1+1會不會得到2。如果不是程序返回一個錯誤。這時候我們通?;崾褂玫?strong>斷言。

斷言就是專門用來驗證輸出和期望是否一致的一個工具。在內容的實現上,它是通過比較一個實際值actual和一個期望值expected來實現的。下面介紹一個使用較為廣泛的斷言庫chai.js

chai.js斷言庫

  1. 安裝和導入
npm i chai
import chai from 'chai'
let expect = chai.expect;
  1. 使用
let foo = 'bar';
expect(foo).to.equal('bar');

chai的使用是類似于鏈式調用的形式。以expect(foo).to.be.a('string');為例,
通過.我么你可以把這個鏈式分為幾個部分:

  • expect(foo)
  • to
  • be
  • a('string')
    我們逐步來理解這幾個部分:
    expect(foo):是你要斷言的對象,翻譯過來就是我希望某某某
    to:虛詞,單純作為語言鏈提供以期提高斷言的可讀性,它本身并不具有斷言功能。
    be:同to一樣,是語言鏈調用提高可讀性。
    a(string)a(type)是一個斷言,用來判斷測試紙的類型。type是被測試值的類型,也就是斷言的期望值。

那么根據上面的分析,我們可以知道實現一個斷言需要這幾個部分:

  1. 要斷言的對象
  2. 不具備斷言功能的斷言詞
  3. 具備斷言功能的斷言詞
  4. 以及期望結果
    要斷言的對象和期望結果都是需要根據實際輸入和輸出進行設置的。因此我們主要是講解斷言詞。

不具備斷言功能的斷言詞

  • to
  • be
  • been
  • is
  • that
  • which
  • and
  • has
  • have
  • with
  • at
  • of
  • same
  • but
  • does
  • still
    這些斷言詞其實沒有意義,你把它去掉也不受到影響。比如:
expect(foo).to.equal('bar');
expect(foo).equal('bar');

上面兩個斷言能夠實現相同的功能。也就是說這些詞語使不使用沒什么影響。
接下來說一下具備斷言功能的斷言詞。

具備斷言功能的斷言詞

  • equal
    equal是一個基本上萬能的斷言詞,絕大多數的斷言都可以轉換成使用equal來實現。

比如判斷變量長度是否為3,我們可以使用lengthOf,同樣可以使用equal實現

expect(foo).have.lengthOf(3);
expect(foo.length).equal(3);

比如判斷數據類型:我們既可以使用a,同樣可以使用equal實現

expect(foo).to.be.a('string');
expect(typeof foo).to.equal('string');
  • .deep
    deep主要是用來遞歸比較對象的鍵值對,而不是比較對象本身。通常配合equalproperty進行使用。
    比如:
expect([1,2]).equal([1,2]) // 斷言不通過

上面的斷言無法通過,因為引用類型的比較的是對象。接下來我們看使用deep

expect([1,2]).deep.equal([1,2]) // 斷言通過

也就是說如果是數組,對象等引用類型時,要比較里面的值需要使用deep。

通過使用equaldeep我們基本上能夠實現絕大多數的斷言。更多的關于斷言
可以參考官網

說明

目前只是介紹了expect的使用,其實chai.js還有assertshould兩種斷言方式。
其中expect主要適用于行為驅動測試(Behavior Driven Development.BDD)。其他兩種斷言方式,以后用到了再進行介紹。

posted @ 2019-08-09 11:37  海因斯坦  閱讀(...)  評論(...編輯  收藏