Golangで単体テストコードの実装方法

Dao を interface にするのは同じですが、基本の BaseDao 型を作っておいて、テストで任意のメソッドをすげ替えたい場合は BaseDao を埋め込んだダミー型を宣言して、すげ替えたいメソッドだけ実装し、その他のメソッドは BaseDao に委譲するというのはどうでしょうか？

以下の実装例では説明とテストの都合のため、メソッドを増やしたり返り値もたせたりしています。

 app.go

package app

//DAO

type Dao interface {
    D() string
    D2() string
}

type BaseDao struct {}

func (b *BaseDao) D() string {
    return "D"
}

func (b *BaseDao) D2() string {
    return "D2"
}

//APP

type App struct {
    dao Dao
}

func (a *App) SetDao(d Dao) {
    a.dao = d
}

func (a *App) A() string {
    return a.dao.D()
}

func (a *App) A2() string {
    return a.dao.D2()
}

 app_test.go

package app

import "testing"

//TEST BaseDao

func TestApp_A(t *testing.T) {
    app := &App{}
    dao := &BaseDao{}

    app.SetDao(dao)

    if app.A() != "D" {
        t.Error("invalid dao")
    }

    if app.A2() != "D2" {
        t.Error("invalid dao")
    }
}

//TEST Dummy

type DummyDao struct {
    BaseDao
}

func (d *DummyDao) D() string {
    return "Dummy"
}

func TestApp_A2(t *testing.T) {
    app := &App{}
    dao := &DummyDao{}

    app.SetDao(dao)

    if dao.D() != "Dummy" {
        t.Error("invalid dao")
    }

    if dao.D2() != "D2" {
        t.Error("invalid dao")
    }
}

nirasanさんとほとんど同じなのですが、以下の用にしました。

インターフェイス(Boarder)を定義しておき、それをテストのmock用の構造体に埋め込みます。
インターフェイスなのでDaoに必要な仮想メソッドが定義されており、AppのDaoの型チェックは通ります。
そして、テストで実際に必要なメソッドのみ実際にmockのメソッドとして実装します。
基底クラス（構造体）の埋め込みは不要なフィールドがついて来そうなのでやめました。

type mock1 struct {
        dao.Boarder
}

func (mock1) AAA(_ string) (bool, error)   { return true, nil }
func (mock1) BBB(_ string) error           { return nil }
func (mock1) CCC(_ string) (string, error) { return "AAA", nil }

func Test_GetBoardIdByBoardName_OK(t *testing.T) {
        var err error
        var boardName string

        thread := NewThread()
        thread.SetBoardDao(&mock1{})
        boardName, err = thread.getBoardIdByBoardName("")
        if err != nil  {
                t.Error(err.Error())
        }
        if boardName != "AAA" {
                t.Error("Board Name Must be AAA")
        }
}

golang 1.5時代の知識で語ることを最初に断っておきます。

Goは型付けが厳密な言語なので、スタブ化に少し工夫が必要です。書かれているコードだと、Appが完全にDaoに依存しているため、このままではdummyにとばせません。
Daoを定義する際に、あらかじめテストの事を考えて、スタブ化したいメソッドを関数オブジェクトとしてメンバー変数に持つか、グローバル変数に持っておく必要があります。

例えば次の様にして、DaoのメソッドDを、修正することでダミー用関数Eに切り替えることができます。

// Dao
type Dao struct {
    D func() // メンバ変数を関数として宣言しておく
}

//func (this *Dao) D() { Daoのメソッドではなく、普通の関数として定義する
func D() {
    fmt.Println("D")
}

func E() { // 切り替え用の関数
    fmt.Println("E")
}

// App
type App struct {
    dao *Dao
}

func (this *App) SetDao(dao *Dao) {
    this.dao = dao
}

func (this *App) A() {
    this.dao.D()
}

func main() {
    d := &Dao{}
    d.D = D // 通常の関数を使用する
    app := &App{dao: d}
    app.A() // D が返る

    d.D = E// 切り替え用の関数に切り替え 
    app.A()// Eが返る
}

E関数やそれをDaoのメンバーに代入している部分をテストコードで記載すれば、テスト時にのみEを呼ぶといったことが可能になります。
また、Daoのメンバーを小文字にしておけば、別パッケージからは見えなくなるので、ある程度は秘匿性も守られると思います。