Golang の単体テストに依存関係注入を使用するにはどうすればよいですか?
Golang 単体テストで依存関係注入 (DI) を使用すると、テスト対象のコードを分離し、テストのセットアップとメンテナンスを簡素化できます。一般的な DI ライブラリには、テスト用の依存関係スタブまたはモックを生成できる Wire および go-inject が含まれます。 DI テストの手順には、依存関係の設定、テスト ケースの設定、結果のアサートが含まれます。 DI を使用して HTTP リクエスト処理関数をテストする例は、実際の依存関係や通信を行わずにコードを分離してテストすることがいかに簡単であるかを示しています。
Golang で単体テストに依存関係注入を使用する方法
依存関係注入 (DI) は、依存関係を明示的に作成せずにオブジェクトにその依存関係を提供できるようにする設計パターンです。単体テストでは、DI を使用すると、テストするコードを分離し、テストの設定と保守が容易になります。
Golang の DI
Golang には人気のある DI ライブラリが多数あり、最も有名なのは [wire](https://github.com/google/wire) と [go-inject](https:/) です。 /github.com/go-inject/go-inject)。これらのライブラリは、テストで依存関係として使用できるスタブまたはモックを生成することによって機能します。
DI テストをセットアップする
Wire を使用して DI 単体テストをセットアップする方法は次のとおりです:
import ( "context" "testing" "github.com/google/go-cmp/cmp" ) // Interface we want to test. type Greeter interface { Greet(ctx context.Context, name string) (string, error) } // Implementation we want to test. type DefaultGreeter struct{} func (g DefaultGreeter) Greet(ctx context.Context, name string) (string, error) { return "Hello, " + name, nil } func TestGreeter_Greet(t *testing.T) { type Fields struct { greeter Greeter } wire.Build(Fields{ greeter: (*DefaultGreeter)(nil), }) cases := []struct { setup func(t *testing.T, fields Fields) expected *string wantErr bool }{ { expected: String("Hello, Bob"), }, } for _, tc := range cases { tc := tc // capture range variable t.Run(testName, func(t *testing.T) { t.Parallel() fields := Fields{} tc.setup(t, fields) result, err := fields.greeter.Greet(context.Background(), "Bob") if (err != nil) != tc.wantErr { t.Fatalf("error = %v, wantErr = %v", err, tc.wantErr) } if tc.wantErr { return } if diff := cmp.Diff(*tc.expected, result); diff != "" { t.Fatalf("result mismatch (-want +got):\n%s", diff) } }) } }
テストに DI を使用する
上記のテストでは、wire.Build
を使用して、テストに使用される依存関係スタブを含む Fields
構造のインスタンス。その後、テスト ケースを設定し、通常どおり結果をアサートします。 wire.Build
来生成一个 Fields
结构的实例,该实例包含要用于测试的依赖项桩。然后,我们可以像往常一样设置测试用例并断言结果。
实战案例
以下是如何使用 DI 单元测试一个处理 HTTP 请求的函数:
import ( "net/http" "net/http/httptest" "testing" "github.com/gorilla/mux" "github.com/stretchr/testify/assert" "mypkg/handlers" ) // Interface we want to test. type UserService interface { GetUser(id int) (*User, error) } // Implementation we want to test. type DefaultUserService struct{} func (s DefaultUserService) GetUser(id int) (*User, error) { return &User{ID: id, Name: "Bob"}, nil } type Request struct { UserService UserService } func (r Request) ServeHTTP(w http.ResponseWriter, req *http.Request) { id, err := strconv.Atoi(mux.Vars(req)["id"]) if err != nil { http.Error(w, err.Error(), http.StatusBadRequest) return } user, err := r.UserService.GetUser(id) if err != nil { http.Error(w, err.Error(), http.StatusInternalServerError) return } fmt.Fprintf(w, "%s", user.Name) } func TestHandler_GetUser(t *testing.T) { r := &Request{} type Fields struct { userService UserService } wire.Build(Fields{ userService: (*DefaultUserService)(nil), }) cases := []struct { name string id int body string want string }{ { body: `{"body":""}`, want: `Bob`, }, { id: 2, body: `{"body":""}`, want: `Bob`, }, } for _, tc := range cases { tc := tc // capture range variable t.Run(tc.name, func(t *testing.T) { req, _ := http.NewRequest("GET", "/", bytes.NewBuffer([]byte(tc.body))) if tc.id != 0 { req = mux.SetURLVars(req, map[string]string{"id": strconv.Itoa(tc.id)}) } rr := httptest.NewRecorder() handler := http.HandlerFunc(r.ServeHTTP) handler.ServeHTTP(rr, req) assert.Equal(t, tc.want, rr.Body.String()) }) } }
通过使用 DI 和桩,我们能够轻松地隔离和测试 GetUser
GetUser
関数を簡単に分離してテストできます。実際のデータベースや HTTP リクエストを必要とせずに済みます。 🎜以上がGolang の単体テストに依存関係注入を使用するにはどうすればよいですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック











Java でインターフェイスと抽象クラスを単体テストする手順: インターフェイスのテスト クラスを作成します。インターフェイス メソッドを実装するためのモック クラスを作成します。 Mockito ライブラリを使用して、インターフェイス メソッドをモックし、テスト メソッドを作成します。抽象クラスはテストクラスを作成します。抽象クラスのサブクラスを作成します。抽象クラスの正確性をテストするテスト メソッドを作成します。

PHP 単体テスト ツール分析: PHPUnit: 大規模プロジェクトに適しており、包括的な機能を提供し、インストールが簡単ですが、冗長で遅い場合があります。 PHPUnitWrapper: 小規模プロジェクトに適しており、使いやすく、Lumen/Laravel に最適化されていますが、機能が限られており、コード カバレッジ分析は提供されず、コミュニティ サポートも限られています。

パフォーマンス テストでは、さまざまな負荷の下でアプリケーションのパフォーマンスを評価します。一方、単体テストでは、単一のコード単位の正確性を検証します。パフォーマンス テストは応答時間とスループットの測定に重点を置き、単体テストは関数の出力とコード カバレッジに重点を置きます。パフォーマンス テストは高負荷と同時実行性のある現実の環境をシミュレートしますが、単体テストは低負荷とシリアル条件で実行されます。パフォーマンス テストの目標は、パフォーマンスのボトルネックを特定し、アプリケーションを最適化することですが、単体テストの目標は、コードの正確さと堅牢性を確認することです。

テーブル駆動テストは、テーブルを通じて入力と予想される出力を定義することにより、Go 単体テストでのテスト ケースの作成を簡素化します。構文には次のものが含まれます。 1. テスト ケース構造を含むスライスを定義します。 2. スライスをループし、結果を予想される出力と比較します。実際のケースでは、文字列を大文字に変換する関数に対してテーブル駆動テストが実行され、getest を使用してテストが実行され、合格結果が出力されました。

効果的な単体テスト ケースを設計するには、原子的、簡潔、反復可能、明確という原則を遵守することが重要です。手順には、テストするコードの決定、テスト シナリオの特定、アサーションの作成、テスト メソッドの記述が含まれます。実際のケースでは、max() 関数のテスト ケースの作成を示し、特定のテスト シナリオとアサーションの重要性を強調しています。これらの原則と手順に従うことで、コードの品質と安定性を向上させることができます。

PHP 単体テストでコード カバレッジを改善する方法: PHPUnit の --coverage-html オプションを使用してカバレッジ レポートを生成します。 setAccessible メソッドを使用して、プライベート メソッドとプロパティをオーバーライドします。アサーションを使用してブール条件をオーバーライドします。コードレビューツールを使用して、コードカバレッジに関する追加の洞察を取得します。

Go 関数の単体テストでは、エラー処理に 2 つの主な戦略があります。1. エラーをエラー タイプの特定の値として表現し、期待値をアサートするために使用します。2. チャネルを使用してエラーをテスト関数に渡します。これは、同時実行コードのテストに適しています。実際のケースでは、関数が負の入力に対して 0 を返すようにするために、エラー値戦略が使用されます。

概要: PHPUnit 単体テスト フレームワークと CI/CD パイプラインを統合することで、PHP コードの品質を向上させ、ソフトウェアの配信を高速化できます。 PHPUnit を使用すると、コンポーネントの機能を検証するためのテスト ケースを作成でき、GitLabCI や GitHubActions などの CI/CD ツールでこれらのテストを自動的に実行できます。例: テスト ケースを使用して認証コントローラーを検証し、ログイン機能が期待どおりに動作することを確認します。
