データベースの競合を発生させずに Go で複数のパッケージ間で同時テストを実行する方法は?
Go: 複数のパッケージにわたるテストの同時実行に対処する
テストがグローバル変数とローカル データベース サーバーに依存している場合、go test を使用してサブディレクトリの下で複数のパッケージのテストを実行するのは困難になる可能性があります。 go test ./... はテストを実行しますが、データベース内の潜在的な競合により失敗します。
問題を理解する
この問題は go test が原因で発生します。 /... は、異なるパッケージのテストを並行して実行します。各テスト ファイルにデータベース ポインタを含むグローバル変数が含まれており、テストがデータベース操作に依存している場合、この並列処理によりデータ競合によるテストの失敗が発生する可能性があります。
潜在的な修正
1.テストを連続的に実行する
パッケージ間で連続テストを強制するには、go test の実行時に文書化されていないフラグ -p 1 を使用することを検討してください。このフラグは、すべてのパッケージを強制的にビルドし、順番にテストします。
<code class="bash">go test -p 1 ./...</code>
2.シェル スクリプトの使用
-p 1 が適切でない場合は、 go test ./... の動作をエミュレートし、順次テストを強制するシェル スクリプトの使用を検討してください。これは、*.go ファイルを含むサブディレクトリをリストし、重複を削除し、各サブディレクトリに対して 1 つずつ go test を実行することで実現できます。
<code class="bash">find . -name '*.go' -printf '%h\n' | sort -u | xargs -n1 -P1 go test</code>
3.データベースを意識したテスト
もう 1 つのアプローチは、テスト コードを変更して同時実行性をより意識することです。これには、パッケージ レベルのデータベースを使用し、データベースの初期化と破棄をそれぞれテストの開始と終了に延期することが含まれる場合があります。データベース操作が同期していること、および各テストに独自のデータベース リソース セットがあることを確認することが重要です。
例:
以下は、データベースを確実に実行する方法の例です。各テストでの分離:
<code class="go">import ( "database/sql" "testing" ) type DBWrapper struct { *sql.DB } func (db DBWrapper) TearDown(t *testing.T) { if err := db.Close(); err != nil { t.Errorf("Failed to close database: %v", err) } } func TestDatabase(t *testing.T) { defer DBWrapper{sql.Open(...)}.TearDown(t) // Conduct test operations using the isolated DBWrapper }</code>
これらの手法を使用すると、競合関連のエラーが発生することなく、データベース操作を伴う複数のパッケージのテストを実行できます。
以上がデータベースの競合を発生させずに Go で複数のパッケージ間で同時テストを実行する方法は?の詳細内容です。詳細については、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)

ホットトピック











OpenSSLは、安全な通信で広く使用されているオープンソースライブラリとして、暗号化アルゴリズム、キー、証明書管理機能を提供します。ただし、その歴史的バージョンにはいくつかの既知のセキュリティの脆弱性があり、その一部は非常に有害です。この記事では、Debian SystemsのOpenSSLの共通の脆弱性と対応測定に焦点を当てます。 Debianopensslの既知の脆弱性:OpenSSLは、次のようないくつかの深刻な脆弱性を経験しています。攻撃者は、この脆弱性を、暗号化キーなどを含む、サーバー上の不正な読み取りの敏感な情報に使用できます。

Beegoormフレームワークでは、モデルに関連付けられているデータベースを指定する方法は?多くのBEEGOプロジェクトでは、複数のデータベースを同時に操作する必要があります。 Beegoを使用する場合...

バックエンド学習パス:フロントエンドからバックエンドへの探査の旅は、フロントエンド開発から変わるバックエンド初心者として、すでにNodeJSの基盤を持っています...

Golandのカスタム構造ラベルが表示されない場合はどうすればよいですか?ゴーランドを使用するためにGolandを使用する場合、多くの開発者はカスタム構造タグに遭遇します...

redisstreamを使用してGo言語でメッセージキューを実装する問題は、GO言語とRedisを使用することです...

Go Crawler Collyのキュースレッドの問題は、Go言語でColly Crawler Libraryを使用する問題を調査します。 �...

Go言語での文字列印刷の違い:printlnとstring()関数を使用する効果の違いはGOにあります...
