<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    where the amazing happens

    Comments on Mock-Based Testing

    很好的一篇文章,深入說了很多關于測試的東西。

    A article from Technoetic
    - Posted in
    Software Dev., Agile by Steve Bate

    I recently read a blog entry with criticisms of mock-based testing. The author raised several “issues” with using mocks to support unit testing. I’m commenting here since the author has closed comments on the original blog entry.

    Issue 1: Poor integration tests, as everything is being tested in isolation

    I’ve had good experience with mock-based testing. However, it’s obvious that mocks will only test classes in isolation. I use both unit tests and integration tests (sometimes called system or acceptance tests) together. The need for integration tests is not an issue for mock-based techniques and is not a good reason to use less mocks. It’s just a different aspect of testing. A more common issue in my experience is that people in the agile community who are new to testing often don’t understand these different aspects of testing and seem to believe that mock-based unit testing and integration testing are mutually exclusive options. The lack of common terminology in the community only worsens the problem. For some people, a “unit” is a class or small group of tightly coupled classes. For others, it’s a large portion of the software product. Most agile developers seem to call every test they write a unit test. It’s become so confusing for some teams that I’ve seen terminology like “integration unit tests” being used to describe testing strategies.

    But, back to the topic. Poor integration testing is simply the result of lack of integration tests. Mocks do not cause a lack of integration tests. A team makes that choice, probably based on a weak understanding of the tradeoffs between isolation (unit) and integration (system) testing.

    Issue 2: Mocks add complexity to the software design.

    “I’ve seen numerous occasions where the introduction of mocks has added a large amount of complexity to an otherwise simple design. This complexity leads to higher implementation costs, a higher cognitive load on the developers working on the system, and higher maintenance costs (as there’s more code to maintain). “

    The author appears to focused on the increased use of interfaces when using mock-based testing and expresses the opinion that interfaces should only be used where we’d want to be able to replace one implementation with another. First, there are other reasons to use interfaces. In general, interfaces are useful for managing dependencies between software components or subsystems. This can be beneficial even if the implementations do not change (see The Dependency Inversion Principle).

    A modular software design will generally make it easier to use mock-based testing without altering the design specifically for the mocks. However, there are times when the software must be modified to support testing. Fortunately, the changes needed to support testing often, if done well, support the modularity goal.

    In my experience, extra interfaces don’t add a significant maintenance overhead. Most effort is spent implementing the interface. The time writing the interface itself (or extracting it using an IDE’s refactoring tools) is negligible.

    My Conclusions

    In almost every case, I see the “simplicity” gained by not using mocks overshadowed by complex test setups to initialize large groups of dependent objects. The dark side of integration testing is that it’s often very slow for large numbers of tests. Some teams are using continuous integration tools like Cruise Control to run their “unit tests” (usually they are actually integration tests). This delays the feedback about broken builds but is often necessary because the tests run so slow. I realize there other reasons for using CC, but this is a common one from what I’ve seen and heard.

    I’ve worked on teams where we had thousands of tests that ran in less than 15-20 seconds total on a developer workstation. This was a direct result of heavy use of mock-based testing. We also had a slower suite of integration tests that required 4-5 minutes to run. We didn’t need a continuous integration server because we were able to integrate and run our unit tests before every commit to the source control system. The team integrated 10-20 times/day and broken builds were practically nonexistent over the several years I worked with them. In the very rare cases when the build did break, it was typically fixed in a matter of minutes.

    The other benefit of the isolation testing enabled by mocks is the ability to pinpoint problems much more quickly. It’s a form of the divide and conquer problem solving strategy, only the divide part is already done. The conquering is relatively easy compared to tracking down the cause of test failures when many classes are being exercised in a test.

    My experience was that our mock based unit tests caught about 98% of the code problems before the code was ever committed to source control. The integration tests caught about another 1% beyond that (almost always because of a flaw in the mock-based testing) and manual testing caught the other 1%.

    posted on 2006-06-04 18:53 where the amazing happens 閱讀(510) 評論(1)  編輯  收藏 所屬分類: 一般應用

    評論

    # find cheap wow gold 2007-07-25 08:41 susanna

    hey,find <a href=http://www.wowgoldvip.com/news_list.asp>wow gold</a> click here  回復  更多評論   

    公告

    點擊這里給我發消息

    導航

    <2006年6月>
    28293031123
    45678910
    11121314151617
    18192021222324
    2526272829301
    2345678

    統計

    常用鏈接

    留言簿(3)

    隨筆分類(18)

    隨筆檔案(17)

    文章分類

    相冊

    其他我的blog

    技術Blog

    最新隨筆

    搜索

    最新評論

    閱讀排行榜

    評論排行榜

    主站蜘蛛池模板: 亚洲图片一区二区| 国产自偷亚洲精品页65页| 亚洲福利一区二区三区| 男人天堂免费视频| 亚洲精品国产字幕久久不卡| 美女巨胸喷奶水视频www免费| 亚洲日本va午夜中文字幕久久| 男女啪啪免费体验区| 国产一精品一aⅴ一免费| 黄网站色成年片大免费高清| 免费大片黄手机在线观看| 黄色免费在线网址| 91麻豆国产自产在线观看亚洲| A国产一区二区免费入口| 亚洲Aⅴ无码专区在线观看q | 免费的黄色的网站| yy6080亚洲一级理论| 一个人看的www视频免费在线观看| 亚洲欭美日韩颜射在线二| 精品成人免费自拍视频| 亚洲成人免费网站| 成人午夜视频免费| 国产无遮挡色视频免费观看性色| 亚洲人成伊人成综合网久久久| 99精品视频在线免费观看| 亚洲一区精品视频在线| 国产成人无码a区在线观看视频免费| 特级aa**毛片免费观看| 亚洲国产无套无码av电影| 久久成人国产精品免费软件| 亚洲精品GV天堂无码男同| 国产av无码专区亚洲国产精品| 免费国产叼嘿视频大全网站| 亚洲六月丁香六月婷婷蜜芽| 国产免费人成在线视频| 高清一区二区三区免费视频| 在线综合亚洲欧洲综合网站| 久久久久亚洲av毛片大| 免费毛片a在线观看67194| v片免费在线观看| 亚洲精品日韩中文字幕久久久|