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

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

  • <strong id="5koa6"></strong>
    • 軟件測試技術
    • 軟件測試博客
    • 軟件測試視頻
    • 開源軟件測試技術
    • 軟件測試論壇
    • 軟件測試沙龍
    • 軟件測試資料下載
    • 軟件測試雜志
    • 軟件測試人才招聘
      暫時沒有公告

    字號: | 推薦給好友 上一篇 | 下一篇

    有效應用的設計模式與靈活的單元測試途徑

    發布: 2008-7-30 09:53 | 作者: 熊偉 | 來源: IBM | 查看: 53次 | 進入軟件測試論壇討論

    領測軟件測試網
    單元測試是軟件開發的一個重要組成部分,通過在軟件設計、開發的過程中合理地運用設計模式,不但為系統重構、功能擴展及代碼維護提供了方便,同時也為單元測試的實施提供了極大的靈活性,可以有效降低單元測試編碼的難度,更好地保證軟件開發的質量。

    引言

    設計模式是對被用來在特定場景下解決一般設計問題的類和相互通信的對象的描述,通過在系統設計中引入合適的設計模式可以為系統實現提供更大的靈活性,從而有效地控制變化,更好地應對需求變更或者按需變更系統運行路徑等問題。

    請訪問 Java 設計模式專題,查看更多關于 Java 設計模式的文章和教程。

    單 元測試是軟件開發的一個重要組成部分,是與編碼實現同步進行的開發活動,這一點已成為軟件開發者的共識。適度的單元測試不但不會影響開發進度,反而可以為 開發過程提供很好的控制,為軟件質量、系統重構等提供有力的保障,并且,當后續系統需求發生變更、Bug Fix 或功能擴展時,能很好地保證已有實現不會遭到破壞,從而使得程序更易于維護和修改。 Martin Fowler、Kent Beck、Robert Martin 等軟件設計領域泰斗更是極力倡導測試先行的測試驅動開發(Test Driven Development,TDD)的開發方式。

    單元測試主要用于測試細粒度的程序單元,如類的某個復雜方法的正確性,也可以根據需要綜合測試某個操作所涉及的多個相互聯系的類的正確性。在很多情況下,相互聯系的多個類中有些類比較簡單,為這些簡單類單獨編寫單元測試用例往往不如將它們與使用它們的類一起進行測試有意義。

    模擬對象(Mock Objects)是 為模擬被測試單元所使用的外圍對象、設備(后文統一簡稱為外部對象)而設計的一種特殊對象,它們具有與外部對象相同的接口,但實現往往比較簡單,可以根據 測試的場景進行定制。由于單元測試不是系統測試,方便、快速地被執行是單元測試的一個基本要求,直接使用外部對象往往需要經過復雜的系統配置,并且容易出 現與欲測試功能無關的問題;對于一些異常的場景,直接使用外部對象可能難以構造,而通過設計合適的 Mock Objects,則可以方便地模擬需要的場景,從而為單元測試的順利執行提供有效的支持。

    本文根據筆者經驗,介紹了幾種典型的設計模式在系統設計中的應用,及由此為編寫單元測試帶來的方便。

    從對象創建開始

    由 于需要使用 Mock Objects 來模擬外部對象的功能,因此必須修改正常的程序流程,使得被測試功能模塊與 Mock Objects,而不是外部對象進行交互。要做到這一點,首先要解決的問題就是對象創建,即在原本創建外部對象的地方創建 Mock Objects,因此在設計、實現業務邏輯時需要注意從業務邏輯中分離出對象創建邏輯。

    關于 setUp

    setUp 是 JUnit 基礎類 TestCase 的一個重要方法,每個單元測試在被執行前會調用 setUp 方法做一些必要的預處理,如準備好一些公共的基本輸入或創建所需的外部對象。

    Factory Method 是一種被普遍運用的創建型模式,用于將對象創建的職責分離到獨立的方法中,并通過子類化來實現創建不同對象的目的。如果被測試單元所使用的外部對象是通過 Factory Method 創建的,則可以通過從已有被測試的 Factory 類派生出一個新的 MockFactory,以創建 Mock Objects,并在 setUp 測試中創建 MockFactory,從而間接達到對被測試類進行測試的目的。

    下面的代碼片段展示了具體的做法:

    // BaseObjects.java
    package com.factorymethod.demo;
    public interface BaseObjects {
    voidfunc();
    }

    // OuterObjects.java
    package com.factorymethod.demo;
    public class OuterObjects implements BaseObjects {
    public void func() {
    System.out.println("OuterObjects.func");
    }
    }

    // LogicToBeTested.java, code to be tested
    package com.factorymethod.demo;
    public class LogicToBeTested {
    public void doSomething() {
    BaseObjects b = createBase();
    b.func();
    }

    public BaseObjects createBase() {
    return newOuterObjects();
    }
    }

    以下則是對應的 MockOuterObjects、MockFactory 以及單元測試的實現:

    // MockOuterObjects.java
    package com.factorymethod.demo;
    public class MockOuterObjects implements BaseObjects {
    public void func() {
    System.out.println("MockOuterObjects.func");
    }
    }

    // MockLogicToBeTested.java
    package com.factorymethod.demo;
    public class MockLogicToBeTested extends LogicToBeTested {
    public BaseObjects createBase() {
    return new MockOutterObjects();
    }
    }

    // LogicTest.java
    package com.factorymethod.demo;
    import junit.framework.TestCase;

    public class LogicTest extends TestCase {
    LogicToBeTested c;
    protected void setUp() {
    c =new MockLogicToBeTested();
    }
    public void testDoSomething() {
    c.doSomething();
    }
    }

    延伸閱讀

    文章來源于領測軟件測試網 http://www.kjueaiud.com/

    TAG: 單元 模式 設計 途徑 效應

    41/41234>

    關于領測軟件測試網 | 領測軟件測試網合作伙伴 | 廣告服務 | 投稿指南 | 聯系我們 | 網站地圖 | 友情鏈接
    版權所有(C) 2003-2010 TestAge(領測軟件測試網)|領測國際科技(北京)有限公司|軟件測試工程師培訓網 All Rights Reserved
    北京市海淀區中關村南大街9號北京理工科技大廈1402室 京ICP備2023014753號-2
    技術支持和業務聯系:info@testage.com.cn 電話:010-51297073

    軟件測試 | 領測國際ISTQBISTQB官網TMMiTMMi認證國際軟件測試工程師認證領測軟件測試網

    老湿亚洲永久精品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>