• <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>
  • 一枚程序員眼中的單元測試(11)

    發表于:2017-09-11來源:袁慎建作者:袁慎建點擊數: 標簽:單元測試
    1. 編寫更多的單元代碼來代替一些不重要的集成測試和UI測試。 2. 使用Mockito、JMock等工具模擬掉依賴。 3. 并行運行測試,前提是讓測試之間保持相互獨立
    1. 編寫更多的單元代碼來代替一些不重要的集成測試和UI測試。 2. 使用Mockito、JMock等工具模擬掉依賴。 3. 并行運行測試,前提是讓測試之間保持相互獨立。 4. 讓CI服務器去跑更耗時的集成測試和UI測試。 5. 使用契約測試來代替微服務之間的集成測試。

    單元測試運行時間是毫秒級別的,如果耗時過長,你就要留意是否存在內存泄漏、資源未釋放、依賴過重或者不依賴容器而啟動了容器的單元測試。


    揮之不去的例外

    編寫單元測試是一項成本低卻價值很高的活動。編寫它不會花掉你太多的時間,而運行它更是毫秒間的事情。極限編程推崇者正在使用TDD的方式詮釋著單元測試的價值和意義。

    它能帶給我們信心,改良我們的代碼設計,提升我們(DEVs)的聲譽,為代碼庫保駕護航,為高質量的軟件交付提供保障。但它終究不是一顆銀彈。我們編寫單元測試也無非是一種價值的取舍,當它給我們帶來的價值低于我們付出的成本時,我們就要保持警惕了,比如思考以下兩個問題:

    1. 在追求漂亮的測試覆蓋率數字100%的時候,思考一下它真有那么高的價值嗎?
    2. 在做快速的技術Spike(技術調研),思考一下不寫測試是不是能讓我更快的試錯?
    

    我們要理解的是單元測試背后的核心價值,從而做出正確的取舍。我們要做的是編寫出有效的單元測試,讓它真正地為我們創造價值。

    原文轉自:http://sjyuan.cc/unit-test-view-from-a-programmer/

    ...
    老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月

  • <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>