GOコードのテスト可能性を向上させるために、重要なのは、インターフェイスを介して依存関係を反転させることです。特定の方法は次のとおりです。1。依存関係のために小さくて焦點(diǎn)の整理されたインターフェイスを定義し、特定のタイプに直接依存しないようにします。 2。テスト中の交換を容易にするために、內(nèi)部的にそれらを作成するのではなく、発信者による依存関係を注入します。 3.インターフェイスを最小限に抑え、必要な方法のみを含め、インターフェイスの分離の原理に従ってください。 4.モックオブジェクトを使用してテストにインターフェイスを?qū)g裝して、実際の外部呼び出しを避けます。 5.過度の抽象化を避け、テストするのが難しい、またはテストが困難な外部依存関係に対してのみインターフェイスを使用します。さらに、時(shí)間や亂數(shù)などの制御不能な要因をインターフェイスを介して抽象化して、テストの安定性と分離を確保することもできます。

GOでテスト可能なコードを作成することは、多くの場合、1つの重要なプラクティスになります。インターフェイスを介した依存関係の反転です。インターフェイスの周りにコードを設(shè)計(jì)することにより、テスト中に実際の実裝を模擬と交換しやすくします。テストを改善するためにインターフェイスを効果的に使用する方法は次のとおりです。

1.依存関係のインターフェイスを定義します

コンクリートタイプ（構(gòu)造體や外部サービスなど）に直接依存するのではなく、コードが必要とする動(dòng)作のみを記述する小さな焦點(diǎn)を絞ったインターフェイスを定義します。

たとえば、メールを送信するサービスがあるとします。

 emailservice structを入力{}

func（e *emailservice）send（to、subject、body string）error {
    //メールロジックを送信します
}

ビジネスロジックが*EmailServiceに直接依存している場合、テスト中に実際の電子メールが送信される可能性があるため、テストが難しくなります。

代わりに、インターフェイスを定義します。

タイプメールセンダーインターフェイス{
    送信（to、subject、body string）エラー
}

次に、このインターフェイスを受け入れるためにサービスを書いてください。

 Type NotificationService struct {
    送信者メールセンダー
}

FUNC NewNotificationService（Sender EmailSender） *notificationservice {
    return＆notificationservice {sender：sender}
}

これで、生産では、 *EmailServiceを渡すことができます。テストでは、モックを渡すことができます。

2。発信者に依存関係を注入させます

GOは、內(nèi)部初期化よりも依存関係の注入を支持します。構(gòu)造體または関數(shù)內(nèi)に依存関係を作成しないでください。

?これをしないでください：

 func newnotificationservice（） *notificationservice {
    return＆notificationservice {sender：＆emailservice {}}
}

これにより、依存関係が固定され、交換が困難になります。

?これを行う：

 FUNC NewNotificationService（Sender EmailSender） *notificationservice {
    return＆notificationservice {sender：sender}
}

これで、外部からの依存関係を制御します。テストに最適です。

3.最小限の専用インターフェイスを使用します

インターフェイスを小さく保ち、必要な特定の方法に焦點(diǎn)を合わせます。これは、インターフェイスの分離原理に従い、モッキングを容易にします。

たとえば、コードがユーザーデータのみを読み取る必要がある場合、10のメソッドを持つBig UserServiceインターフェイスは必要ありません。使用するものを定義するだけです。

タイプユーザーリーダーインターフェイス{
    getuser（id string）（*ユーザー、エラー）
}

これにより、 GetUserのみを?qū)g裝する模擬を簡単に作成できます。

4。テスト用のモックインターフェイス

テストでは、インターフェイスを満たす模擬を作成します。シンプルな構(gòu)造體を書くことも、 Edistify/mockなどのツールを使用することもできますが、手でロールしたモックでさえGOではうまく機(jī)能します。

マニュアルモックの例：

タイプmockemailsender struct {
    文字列に送られます
    sentcount int
    エラーエラー
}

func（m *mockemailsender）send（to、subject、body string）エラー{
    M.Sentto = to
    M.SentCount  
    m.errを返すm。
}

ここで、実際のメールを送信せずにロジックをテストします。

 func testnotificationservice_sendnotification（t *testing.t）{
    モックセンダー：=＆mockemailsender {}
    サービス：= newNotificationService（mocksender）

    err：= service.sendnotification（ "user@example.com"、 "hello"）

    err！= nil {
        T.errorf（ "エラーがない、got％v"、err）
    }
    mocksender.sentto！= "user@example.com" {{
        T.errorf（ "user@example.comへの予想メール、got％s"、mocksender.sentto））
    }
    mocksender.sentcount！= 1 {
        T.ERRORF（ "予想される1メールが送られた、got％d"、mocksender.sentcount）
    }
}

このテストは高速で孤立しており、外部システムに依存しません。

5.過剰抽選を避けてください

インターフェイスはテスト可能性に役立ちますが、すべてのためにそれらを作成しないでください。抽象的なタイプのみ：

• 外部依存関係（DB、HTTPクライアント、ファイルシステム）
• 変化するか、あざけりが必要です
• 複數(shù)のパッケージで使用されます

Goの哲學(xué)は最初にシンプルです。タイプが安定して內(nèi)部である場合、直接依存しても問題ありません。

また、他の場所で使用することを意図している場合、実裝と同じパッケージ內(nèi)のインターフェイスを定義しないでください。それらが実裝されている場所ではなく、使用されている場所（発信者）の近くでそれらを定義します。

ボーナス：時(shí)間とランダム性にインターフェイスを使用します

time.Now()やrand.Intn()のようなものでさえ抽象化することができます：

タイプクロックインターフェイス{
    now（）time.time
}

タイプRealCrock struct {}

func（realclock）now（）time.time {return time.now（）}

type mockclock struct {
    固定時(shí)間。時(shí)間
}

func（m mockclock）now（）time.time {return m.fixedtime}

これで、時(shí)間依存ロジックがテスト可能になります。

この方法でインターフェイスを使用するとは、それほど複雑になりませんが、テスト能力を劇的に改善します。重要なのは、依存関係がテストを硬くする場所（通常は外部呼び出し）を特定し、それらを安全に交換するのに十分な抽象化を識別することです。

基本的に、テストが失敗、変更、または遅くなる可能性がある場合は、インターフェイスの後ろにラッピングすることを検討してください。

以上がインターフェイスを使用して、Golangでよりテスト可能なコードを作成する方法の詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國語 Web サイトの他の関連記事を參照してください。