日本综合一区二区|亚洲中文天堂综合|日韩欧美自拍一区|男女精品天堂一区|欧美自拍第6页亚洲成人精品一区|亚洲黄色天堂一区二区成人|超碰91偷拍第一页|日韩av夜夜嗨中文字幕|久久蜜综合视频官网|精美人妻一区二区三区

RELATEED CONSULTING
相關(guān)咨詢
選擇下列產(chǎn)品馬上在線溝通
服務(wù)時(shí)間：8:30-17:00
你可能遇到了下面的問題
關(guān)閉右側(cè)工具欄

新聞中心

這里有您想知道的互聯(lián)網(wǎng)營銷解決方案
前端單元測試探索

雖然很多公司有自己的測試部門，而且前端開發(fā)大多不涉及測試環(huán)節(jié)，但鑒于目前前端領(lǐng)域的快速發(fā)展，其涉及面越來越廣，前端開發(fā)者們必然不能止步于目前的狀態(tài)。我覺得學(xué)會(huì)編寫良好的測試，不僅僅有利于自己整理需求、檢查代碼，更是一個(gè)優(yōu)秀開發(fā)者的體現(xiàn)。

在民和等地區(qū)，都構(gòu)建了全面的區(qū)域性戰(zhàn)略布局，加強(qiáng)發(fā)展的系統(tǒng)性、市場前瞻性、產(chǎn)品創(chuàng)新能力，以專注、極致的服務(wù)理念，為客戶提供成都網(wǎng)站制作、做網(wǎng)站 網(wǎng)站設(shè)計(jì)制作按需求定制設(shè)計(jì),公司網(wǎng)站建設(shè),企業(yè)網(wǎng)站建設(shè),成都品牌網(wǎng)站建設(shè),成都全網(wǎng)營銷,成都外貿(mào)網(wǎng)站建設(shè),民和網(wǎng)站建設(shè)費(fèi)用合理。

首先不得不推薦兩篇文章：

  1. 前端自動(dòng)化測試探索
  2. 測試驅(qū)動(dòng)開發(fā)(TDD)介紹中的誤區(qū)

Intro

單元測試到底是什么?

需要訪問數(shù)據(jù)庫的測試不是單元測試

需要訪問網(wǎng)絡(luò)的測試不是單元測試

需要訪問文件系統(tǒng)的測試不是單元測試

--- 修改代碼的藝術(shù)

我們?cè)趩卧獪y試中應(yīng)該避免什么?

  • 太多的條件邏輯
  • 構(gòu)造函數(shù)中做了太多事情
  • too many全局變量
  • too many靜態(tài)方法
  • 無關(guān)邏輯
  • 過多外部依賴

TDD(Test-driven development)

測試驅(qū)動(dòng)開發(fā)(TDD)，其基本思路是通過測試來推動(dòng)整個(gè)開發(fā)的進(jìn)行。

  • 單元測試的首要目的不是為了能夠編寫出大覆蓋率的全部通過的測試代碼，而是需要從使用者(調(diào)用者)的角度出發(fā)，嘗試函數(shù)邏輯的各種可能性，進(jìn)而輔助性增強(qiáng)代碼質(zhì)量
  • 測試是手段而不是目的。測試的主要目的不是證明代碼正確，而是幫助發(fā)現(xiàn)錯(cuò)誤，包括低級(jí)的錯(cuò)誤
  • 測試要快。快速運(yùn)行、快速編寫
  • 測試代碼保持簡潔
  • 不會(huì)忽略失敗的測試。一旦團(tuán)隊(duì)開始接受1個(gè)測試的構(gòu)建失敗，那么他們漸漸地適應(yīng)2、3、4或者更多的失敗。在這種情況下，測試集就不再起作用

IMPORTANT

  • 一定不能誤解了TDD的核心目的!
  • 測試不是為了覆蓋率和正確率
  • 而是作為實(shí)例，告訴開發(fā)人員要編寫什么代碼
  • 紅燈(代碼還不完善，測試掛)-> 綠燈(編寫代碼，測試通過)-> 重構(gòu)(優(yōu)化代碼并保證測試通過)

大致過程

  1. 需求分析，思考實(shí)現(xiàn)?？紤]如何“使用”產(chǎn)品代碼，是一個(gè)實(shí)例方法還是一個(gè)類方法，是從構(gòu)造函數(shù)傳參還是從方法調(diào)用傳參，方法的命名，返回值等。這時(shí)其實(shí)就是在做設(shè)計(jì)，而且設(shè)計(jì)以代碼來體現(xiàn)。此時(shí)測試為紅
  2. 實(shí)現(xiàn)代碼讓測試為綠
  3. 重構(gòu)，然后重復(fù)測試
  4. 最終符合所有要求：

* 每個(gè)概念都被清晰的表達(dá)

* Not Repeat Self

* 沒有多余的東西

* 通過測試

BDD(Behavior-driven development)

行為驅(qū)動(dòng)開發(fā)(BDD)，重點(diǎn)是通過與利益相關(guān)者的討論，取得對(duì)預(yù)期的軟件行為的清醒認(rèn)識(shí)，其重點(diǎn)在于溝通

大致過程

  • 從業(yè)務(wù)的角度定義具體的，以及可衡量的目標(biāo)
  • 找到一種可以達(dá)到設(shè)定目標(biāo)的、對(duì)業(yè)務(wù)最重要的那些功能的方法
  • 然后像故事一樣描述出一個(gè)個(gè)具體可執(zhí)行的行為。其描述方法基于一些通用詞匯，這些詞匯具有準(zhǔn)確無誤的表達(dá)能力和一致的含義。例如，expect, should, assert
  • 尋找合適語言及方法，對(duì)行為進(jìn)行實(shí)現(xiàn)
  • 測試人員檢驗(yàn)產(chǎn)品運(yùn)行結(jié)果是否符合預(yù)期行為。最大程度的交付出符合用戶期望的產(chǎn)品，避免表達(dá)不一致帶來的問題

測試的分類 & 測試工具

分類

  • API/Func UnitTest

* 測試不常變化的函數(shù)邏輯

* 測試前后端API接口

  • UI UnitTest

* 頁面自動(dòng)截圖

* 頁面DOM元素檢查

* 跑通交互流程

工具

  • Mocha + Chai
  • PhantomJS or CasperJS or Nightwatch.js
  • selenium

* with python

* with js

mocha + chai的API/Func UnitTest

mocha是一套前端測試工具，我們可以拿它和其他測試工具搭配。

而chai則是BDD/TDD測試斷言庫，提供諸如expect這樣的測試語法

initial

下面兩篇文章值得一看：

  1. Testing in ES6 with Mocha and Babel 6
  2. Using Babel

setup 

 
 
    
  
  
  1. $ npm i mocha --save-dev 
    2. 
  
  
  2. $ npm i chai --save-dev  
    3.

Use with es6

babel 6+ 

 
 
    
  
  
  1. $ npm install --save-dev babel-register 
    2. 
  
  
  2. $ npm install babel-preset-es2015 --save-dev  
    3. 
 
 
 
 
    
  
  
  1. // package.json 
    2. 
  
  
  2. { 
    3. 
  
  
  3.   "scripts": { 
    4. 
  
  
  4.     "test": "./node_modules/mocha/bin/mocha --compilers js:babel-register" 
    5. 
  
  
  5.   }, 
    6. 
  
  
  6.   "babel": { 
    7. 
  
  
  7.     "presets": [ 
    8. 
  
  
  8.       "es2015" 
    9. 
  
  
  9.     ] 
    10. 
  
  
  10.   } 
    11. 
  
  
  11. }  
    12.

babel 5+ 

 
 
    
  
  
  1. $ npm install --save-dev babel-core  
    2. 
 
 
 
 
    
  
  
  1. // package.json 
    2. 
  
  
  2. { 
    3. 
  
  
  3.   "scripts": { 
    4. 
  
  
  4.     "test": "./node_modules/mocha/bin/mocha --compilers js:babel-core/register" 
    5. 
  
  
  5.   } 
    6. 
  
  
  6. }  
    7.

Use with coffeescript 

 
 
    
  
  
  1. $ npm install --save coffee-script  
    2. 
 
 
 
 
    
  
  
  1. { 
    2. 
  
  
  2.   "scripts": { 
    3. 
  
  
  3.     "test": "./node_modules/mocha/bin/mocha --compilers coffee:coffee-script/register" 
    4. 
  
  
  4.   } 
    5. 
  
  
  5. }  
    6.

Use with es6+coffeescript

After done both... 

 
 
    
  
  
  1. { 
    2. 
  
  
  2.   "scripts": { 
    3. 
  
  
  3.     "test": "./node_modules/mocha/bin/mocha --compilers js:babel-core/register,coffee:coffee-script/register" 
    4. 
  
  
  4.   } 
    5. 
  
  
  5. }  
    6. 
 
 
 
 
    
  
  
  1. # $ mocha 
    2. 
  
  
  2. $ npm t 
    3. 
  
  
  3. $ npm test  
    4.

chai 

 
 
    
  
  
  1. import chai from 'chai'; 
    2. 
  
  
  2.  
    3. 
  
  
  3. const assert = chai.assert; 
    4. 
  
  
  4. const expect = chai.expect; 
    5. 
  
  
  5. const should = chai.should();  
    6. 
 
 
 
 
    
  
  
  1. foo.should.be.a('string'); 
    2. 
  
  
  2. foo.should.equal('bar'); 
    3. 
  
  
  3. list.should.have.length(3); 
    4. 
  
  
  4. obj.should.have.property('name'); 
    5. 
  
  
  5.  
    6. 
  
  
  6. expect(foo).to.be.a('string'); 
    7. 
  
  
  7. expect(foo).to.equal('bar'); 
    8. 
  
  
  8. expect(list).to.have.length(3); 
    9. 
  
  
  9. expect(obj).to.have.property('flavors'); 
    10. 
  
  
  10.  
    11. 
  
  
  11. assert.typeOf(foo, 'string'); 
    12. 
  
  
  12. assert.equal(foo, 'bar'); 
    13. 
  
  
  13. assert.lengthOf(list, 3); 
    14. 
  
  
  14. assert.property(obj, 'flavors');  
    15.

Test

測試的一個(gè)基本思路是，自身從函數(shù)的調(diào)用者出發(fā)，對(duì)函數(shù)進(jìn)行各種情況的調(diào)用，查看其容錯(cuò)程度、返回結(jié)果是否符合預(yù)期。 

 
 
    
  
  
  1. import chai from 'chai'; 
    2. 
  
  
  2. const assert = chai.assert; 
    3. 
  
  
  3. const expect = chai.expect; 
    4. 
  
  
  4. const should = chai.should(); 
    5. 
  
  
  5.  
    6. 
  
  
  6. describe('describe a test', () => { 
    7. 
  
  
  7.  
    8. 
  
  
  8.   it('should return true', () => { 
    9. 
  
  
  9.       let example = true; 
    10. 
  
  
  10.       // expect 
    11. 
  
  
  11.       expect(example).not.to.equal(false); 
    12. 
  
  
  12.       expect(example).to.equal(true); 
    13. 
  
  
  13.       // should 
    14. 
  
  
  14.       example.should.equal(true); 
    15. 
  
  
  15.       example.should.be.a(boolen); 
    16. 
  
  
  16.       [1, 2].should.have.length(2); 
    17. 
  
  
  17.   }); 
    18. 
  
  
  18.    
    19. 
  
  
  19.   it('should check an object', () => { 
    20. 
  
  
  20.     // 對(duì)于多層嵌套的Object而言.. 
    21. 
  
  
  21.     let nestedObj = { 
    22. 
  
  
  22.         a: { 
    23. 
  
  
  23.           b: 1 
    24. 
  
  
  24.       } 
    25. 
  
  
  25.     }; 
    26. 
  
  
  26.     let nestedObjCopy = Object.assign({}, nestedObj); 
    27. 
  
  
  27.     nestedObj.a.b = 2; 
    28. 
  
  
  28.      
    29. 
  
  
  29.     // do a function to change nestedObjCopy.a.b  
    30. 
  
  
  30.     expect(nestedObjCopy).to.deep.equal(nestedObj); 
    31. 
  
  
  31.     expect(nestedObjCopy).to.have.property('a'); 
    32. 
  
  
  32.   }); 
    33. 
  
  
  33. });  
    34.

AsynTest

Testing Asynchronous Code with MochaJS and ES7 async/await

mocha無法自動(dòng)監(jiān)聽異步方法的完成，需要我們?cè)谕瓿芍笫謩?dòng)調(diào)用done()方法

而如果要在回調(diào)之后使用異步測試語句，則需要使用try/catch進(jìn)行捕獲。成功則done()，失敗則done(error) 

 
 
    
  
  
  1. // 普通的測試方法 
    2. 
  
  
  2. it("should work", () =>{ 
    3. 
  
  
  3.   console.log("Synchronous test"); 
    4. 
  
  
  4. }); 
    5. 
  
  
  5. // 異步的測試方法 
    6. 
  
  
  6. it("should work", (done) =>{ 
    7. 
  
  
  7.   setTimeout(() => { 
    8. 
  
  
  8.     try { 
    9. 
  
  
  9.         expect(1).not.to.equal(0); 
    10. 
  
  
  10.         done(); // 成功 
    11. 
  
  
  11.     } catch (err) { 
    12. 
  
  
  12.         done(err); // 失敗 
    13. 
  
  
  13.     } 
    14. 
  
  
  14.   }, 200); 
    15. 
  
  
  15. });  
    16.

異步測試有兩種方法完結(jié)：done或者返回Promise。而通過返回Promise，則不再需要編寫笨重的try/catch語句 

 
 
    
  
  
  1. it("Using a Promise that resolves successfully with wrong expectation!", function() { 
    2. 
  
  
  2.     var testPromise = new Promise(function(resolve, reject) { 
    3. 
  
  
  3.         setTimeout(function() { 
    4. 
  
  
  4.             resolve("Hello World!"); 
    5. 
  
  
  5.         }, 200); 
    6. 
  
  
  6.     }); 
    7. 
  
  
  7.  
    8. 
  
  
  8.     return testPromise.then(function(result){ 
    9. 
  
  
  9.         expect(result).to.equal("Hello!"); 
    10. 
  
  
  10.     }); 
    11. 
  
  
  11. });  
    12.

mock

mock是一個(gè)接口模擬庫，我們可以通過它來模擬代碼中的一些異步操作

React單元測試

Test React Component

React組件無法直接通過上述方法進(jìn)行測試，需要安裝enzyme依賴。 

 
 
    
  
  
  1. $ npm i --save-dev enzyme 
    2. 
  
  
  2. # 
    3. 
  
  
  3. $ npm i --save-dev react-addons-test-utils  
    4.

假設(shè)有這樣一個(gè)組件： 

 
 
    
  
  
  1. // ...省略部分import代碼 
    2. 
  
  
  2. class TestComponent extends React.Component { 
    3. 
  
  
  3.   constructor(props) { 
    4. 
  
  
  4.     super(props); 
    5. 
  
  
  5.     let {num} = props; 
    6. 
  
  
  6.     this.state = { 
    7. 
  
  
  7.       clickNum: num 
    8. 
  
  
  8.     } 
    9. 
  
  
  9.     this.handleClick = this.handleClick.bind(this) 
    10. 
  
  
  10.   } 
    11. 
  
  
  11.  
    12. 
  
  
  12.   handleClick() { 
    13. 
  
  
  13.     let {clickNum} = this.state; 
    14. 
  
  
  14.     this.setState({ 
    15. 
  
  
  15.       clickNum: clickNum + 1 
    16. 
  
  
  16.     }); 
    17. 
  
  
  17.   } 
    18. 
  
  
  18.  
    19. 
  
  
  19.   render() { 
    20. 
  
  
  20.     let {clickNum} = this.state; 
    21. 
  
  
  21.     return ( 
    22. 
  
  
  22.        
    23. 
  
  
  23.         {clickNum} 
    24. 
  
  
  24.         點(diǎn)我加1 
    25. 
  
  
  25.       
 
  •     ) 
  •   } 
  • }  

    • 使用樣例： 

     
 
      
  
  
    1. import React from 'react'; 
      2. 
  
  
    2. import {expect} from 'chai'; 
      3. 
  
  
    3. import {shallow} from 'enzyme'; 
      4. 
  
  
    4.  
      5. 
  
  
    5. import TestComponent from '../components/TestComponent'; 
      6. 
  
  
    6.  
      7. 
  
  
    7. describe('Test TestComponent', () => { 
      8. 
  
  
    8.   // 創(chuàng)建一個(gè)虛擬的組件 
      9. 
  
  
    9.   const wrapper = shallow( 
      10. 
  
  
    10.       / 
      11. 
  
  
    11.   ); 
      12. 
  
  
    12.  
      13. 
  
  
    13.   /*  
      14. 
  
  
    14.   * 之后，我們可以: 
      15. 
  
  
    15.   * 通過wrapper.state()拿到組件的state 
      16. 
  
  
    16.   * 通過wrapper.instance()拿到組件實(shí)例，以此調(diào)用組件內(nèi)的方法 
      17. 
  
  
    17.   * 通過wrapper.find()找到組件內(nèi)的子組件 
      18. 
  
  
    18.   * 但是，無法通過wrapper.props()拿到組件的props 
      19. 
  
  
    19.   */ 
      20. 
  
  
    20.  
      21. 
  
  
    21.   // 測試該組件組外層的class 
      22. 
  
  
    22.   it('should render with currect wrapper', () => { 
      23. 
  
  
    23.     expect(wrapper.is('.test_component')).to.equal(true); 
      24. 
  
  
    24.   }); 
      25. 
  
  
    25.  
      26. 
  
  
    26.   // 測試該組件初始化的state 
      27. 
  
  
    27.   it('should render with currect state', () => { 
      28. 
  
  
    28.     expect(wrapper.state()).to.deep.equal({ 
      29. 
  
  
    29.       clickNum: 10 
      30. 
  
  
    30.     }); 
      31. 
  
  
    31.   }); 
      32. 
  
  
    32.  
      33. 
  
  
    33.   // 測試組件的方法 
      34. 
  
  
    34.   it('should add one', () => { 
      35. 
  
  
    35.     wrapper.instance().handleClick(); 
      36. 
  
  
    36.     expect(wrapper.state()).to.deep.equal({ 
      37. 
  
  
    37.       clickNum: 11 
      38. 
  
  
    38.     }); 
      39. 
  
  
    39.   }); 
      40. 
  
  
    40. });  
      41.

    Test Redux

    redux身為純函數(shù)，非常便于mocha進(jìn)行測試 

     
 
      
  
  
    1. // 測試actions 
      2. 
  
  
    2. import * as ACTIONS from '../redux/actions'; 
      3. 
  
  
    3.  
      4. 
  
  
    4. describe('test actions', () => { 
      5. 
  
  
    5.   it('should return an action to create a todo', () => { 
      6. 
  
  
    6.     let expectedAction = { 
      7. 
  
  
    7.         type: ACTIONS.NEW_TODO, 
      8. 
  
  
    8.         todo: 'this is a new todo' 
      9. 
  
  
    9.     }; 
      10. 
  
  
    10.      expect(ACTIONS.addNewTodo('this is a new todo')).to.deep.equal(expectedAction); 
      11. 
  
  
    11.   }); 
      12. 
  
  
    12. });  
      13. 
 
 
     
 
      
  
  
    1. // 測試reducer 
      2. 
  
  
    2. import * as REDUCERS from '../redux/reducers'; 
      3. 
  
  
    3. import * as ACTIONS from '../redux/actions'; 
      4. 
  
  
    4.  
      5. 
  
  
    5. describe('todos', () => { 
      6. 
  
  
    6.   let todos = []; 
      7. 
  
  
    7.   it('should add a new todo', () => { 
      8. 
  
  
    8.       todos.push({ 
      9. 
  
  
    9.         todo: 'new todo', 
      10. 
  
  
    10.         complete: false 
      11. 
  
  
    11.     }); 
      12. 
  
  
    12.     expect(REDUCERS.todos(todos, { 
      13. 
  
  
    13.         type: ACTIONS.NEW_TODO, 
      14. 
  
  
    14.         todo: 'new todo' 
      15. 
  
  
    15.     })).to.deep.equal([ 
      16. 
  
  
    16.       { 
      17. 
  
  
    17.           todo: 'new todo', 
      18. 
  
  
    18.           complete: false 
      19. 
  
  
    19.       } 
      20. 
  
  
    20.     ]); 
      21. 
  
  
    21.   }); 
      22. 
  
  
    22. });  
      23. 
 
 
     
 
      
  
  
    1. // 還可以和store混用 
      2. 
  
  
    2. import { createStore, applyMiddleware, combineReducers } from 'redux'; 
      3. 
  
  
    3. import thunk from 'redux-thunk'; 
      4. 
  
  
    4. import chai from 'chai'; 
      5. 
  
  
    5. import thunkMiddleware from 'redux-thunk'; 
      6. 
  
  
    6. import * as REDUCERS from '../redux/reducers'; 
      7. 
  
  
    7. import defaultState from '../redux/ConstValues'; 
      8. 
  
  
    8. import * as ACTIONS from '../redux/actions' 
      9. 
  
  
    9.  
      10. 
  
  
    10. const appReducers = combineReducers(REDUCERS); 
      11. 
  
  
    11. const AppStore = createStore(appReducers, defaultState， applyMiddleware(thunk)); 
      12. 
  
  
    12. let state = Object.assign({}, AppStore.getState()); 
      13. 
  
  
    13.  
      14. 
  
  
    14. // 一旦注冊(cè)就會(huì)時(shí)刻監(jiān)聽state變化 
      15. 
  
  
    15. const subscribeListener = (result, done) => { 
      16. 
  
  
    16.   return AppStore.subscribe(() => { 
      17. 
  
  
    17.     expect(AppStore.getState()).to.deep.equal(result); 
      18. 
  
  
    18.     done(); 
      19. 
  
  
    19.   }); 
      20. 
  
  
    20. }; 
      21. 
  
  
    21.  
      22. 
  
  
    22. describe('use store in unittest'， () => { 
      23. 
  
  
    23.   it('should create a todo', (done) => { 
      24. 
  
  
    24.     // 首先取得我們的期望值 
      25. 
  
  
    25.       state.todos.append({ 
      26. 
  
  
    26.         todo: 'new todo', 
      27. 
  
  
    27.         complete: false 
      28. 
  
  
    28.     }); 
      29. 
  
  
    29.      
      30. 
  
  
    30.     // 注冊(cè)state監(jiān)聽 
      31. 
  
  
    31.     let unsubscribe = subscribeListener(state, done); 
      32. 
  
  
    32.     AppStore.dispatch(ACTIONS.addNewTodo('new todo')); 
      33. 
  
  
    33.     // 結(jié)束之后取消監(jiān)聽 
      34. 
  
  
    34.     unsubscribe(); 
      35. 
  
  
    35.   }); 
      36. 
  
  
    36. });  
      37.

    基于phantomjs和selenium的UI UnitTest

    PhantomJS是一個(gè)基于webkit的服務(wù)器端JavaScript API，即相當(dāng)于在內(nèi)存中跑了個(gè)無界面的webkit內(nèi)核的瀏覽器。通過它我們可以模擬頁面加載，并獲取到頁面上的DOM元素，進(jìn)行一系列的操作，以此來模擬UI測試。但缺點(diǎn)是無法實(shí)時(shí)看見頁面上的情況(不過可以截圖)。

    而Selenium是專門為Web應(yīng)用程序編寫的一個(gè)驗(yàn)收測試工具，它直接運(yùn)行在瀏覽器中。Selenium測試通常會(huì)調(diào)起一個(gè)可見的界面，但也可以通過設(shè)置，讓它以PhantomJS的形式進(jìn)行無界面的測試。

    • open 某個(gè) url
    • 監(jiān)聽 onload 事件
    • 事件完成后調(diào)用 sendEvent 之類的 api 去點(diǎn)擊某個(gè) DOM 元素所在 point
    • 觸發(fā)交互
    • 根據(jù) UI 交互情況 延時(shí) setTimeout (規(guī)避惰加載組件點(diǎn)不到的情況)繼續(xù) sendEvent 之類的交互

    Getting started with Selenium Webdriver for node.js


    新聞名稱：前端單元測試探索
    網(wǎng)址分享：http://www.dlmjj.cn/article/dhegiop.html