Testcontainersを用いてテスト実行前の docker compose up を無くし、Goで並列テストする | フューチャー技術ブログ
Testcontainersを用いてテスト実行前の docker compose up を無くし、Goで並列テストする 春の入門祭り2024の1記事目です。 はじめにTIG真野です。 Testcontainers を用いて、単体テスト実行前に docker compose up -d 無しで、PostgreSQLにアクセスする単体テストを行う、入門記事です。 恩恵は次のような開発者体感の向上が個人的にあります。 テストを実行するうえで、別プロセスのサービスを起動しておく必要があるといった前提条件を考えなくても済むため、テストを行うビジネスロジックに集中できる docker compose up -d 打たないだけだが、テストに必要なコンテナを考慮しなくても済む 停止し忘れて、別のリポジトリの開発するときに混乱しなくても済む 並列テストしやすくなるので、テストの実行速度が向上する Goにおい
gotest.toolsを使う - 詩と創作・思索のひろば
docker/compose は Go で書かれてるが、これのテストに gotest.tools というライブラリが使われていた。あまり見たことがなかったけど、使ってみたらわりと手触りがよかったのでここに記しておく。 gotest.tools はいつもの testing パッケージを拡張するようなライブラリ集。あとテストを実行するための CLI も提供している。GitHub Org は gotestyourself という名前だけど、これは洒落てるのかどうか不明（洒落てないほうに賭ける）。 assert, cmp gotest.tools/v3/assert が多分このライブラリのコア。主な API は assert.Check(t, comparison, msgAndArgs...) で、シグネチャを見たらあーそういうやつねと分かると思う。 予想通り comparison の中身しだい
Caching Golang tests in CI | Airplane
We use Golang (go) at Airplane and run all of our unit tests through a CI on each change in our monorepo. These tests were very slow, but we were able to use go test caching to speed them up by an order-of-magnitude (from minutes to seconds in many cases!). In the remainder of this post, we provide a high-level overview of how Golang test caching works and then describe how we adapted our CI workf
Go言語でのテストの並列化 〜t.Parallel()メソッドを理解する〜 | メルカリエンジニアリング
この記事は、Merpay Tech Openness Month 2020 の6日目の記事です。 メルペイでBackendエンジニアをしている柴田（@yoshiki_shibata）です。この記事では、Go言語のtestingパッケージに用意されている並列化の機能について説明します。 Go言語では、テストコードを作成するためのtestingパッケージが用意されています。一般に開発するソフトウェアの規模が大きくなるに従って、作成されるテストコードの量も多くなり、すべてのテストが終了するまでの時間も長くなっていきます。特に、データベースへアクセスするようなテストでは、データベースへの通信時間がテスト時間の多く占めますので、テストコードを逐次実行するよりは並列実行することで、テスト時間を短縮できます（厳密には用語「並行」ですが、t.Parallel()メソッドの説明なので、この記事では用語「並列
pgregory.net/rapidを使ってGoでProperty Based Testingをやってみた · hnakamur's blog
2020-07-26 はじめに 以前から Go で Property Based Testing をやってみたいと思っていたのですが @objectxplosive さんの ツイート を見て pgregory.net/rapid package · pkg.go.dev を試してみたのでメモです。 Property Based Testing について @dgryski さんの ツイート で紹介されていた The lazy programmer’s guide to writing thousands of tests - Scott Wlaschin - YouTube が分かりやすかったです。 この動画では Go 言語ではなく別の言語 (Haskell?) を使って説明されています。 通常のユニットテストではサンプルの入力データをテストケースとして用意し、それをテスト対象に投入して出力
GitHub - cockroachdb/copyist: Mocking your SQL database in Go tests has never been easier.
Mocking your SQL database in Go tests has never been easier. The copyist library automatically records low-level SQL calls made during your tests. It then generates recording files that can be used to play back those calls without connecting to the real SQL database. Run your tests again. This time, they'll run much faster, because now they do not require a database connection. Best of all, your t
テストのためだけに`interface`を書きたくないでござる — KaoriYa
golangでテストのためだけにinterfaceを書くのが死ぬほど嫌だったので編み出した技を紹介します。 TL;DR テスト(=mock)のためだけにinterfaceは切りたくない 型エイリアスとビルドタグを組み合わせるとinterfaceがなくてもモックが作れる この手法に必要なモックを自動生成するプログラムを作った interfaceは本当に必要なシーンで使うべき Background 現在モックを使った単体テストは一般的です。 Javaでの例を挙げると、モックしたいコンポーネントについて予めinterfaceを定義しておき、モックではそのインターフェースを実装するのが定石です。 しかしgolangのinterfaceはJavaなどのそれとは若干性質が異なるため、テスト=モックのためだけにinterfaceを書くのはオーバーワーク気味です。 そうテストのためだけにinterface
GitHub - gotestyourself/gotestsum: 'go test' runner with output optimized for humans, JUnit XML for CI integration, and a summary of the test results.
Core features Change the test output format, from compact to verbose with color highlighting. Print a summary of the test run after running all the tests. Use any go test flag, run a script with --raw-command, or run a compiled test binary. CI and Automation --junitfile - write a JUnit XML file for integration with CI systems. --jsonfile - write all the test2json input received by gotestsum to a f
Goのtestを理解する in 2018 #go - My External Storage
2018年夏(Go1.10)時点でGoのテスト方法をまとめる。 この記事は以下のスライド資料の補足記事になる。 Tour of testing in 2018 https://speakerdeck.com/budougumi0617/tour-of-testing-in-2018 TL;DR Goでテストを行なうときの方法をまとめた。 原則標準パッケージ・標準コマンドの説明のみ サンプルリポジトリは以下 https://github.com/budougumi0617/go-testing testing パッケージ https://golang.org/pkg/testing/ まずは基本としてtestingパッケージがある。Goのテストで使うメソッドは基本的にこのpkg配下にある。（HTTP関連のテストで使うhttptestはnet/httppkg配下にある。） Goでテストを書くと
Goの並列テストと現在時刻に依存した実装について - pospomeのプログラミング日記
Mercari Advent Calendar 2018 の13日目は株式会社メルペイ認証基盤チームの @pospome がお送りします。 メルカリのアドベントカレンダーで特定の実装パターンの網羅集みたいなやつを書こうと思ったんだけど、組み合わせ爆発でまとめきれそうにないな・・・。テーマ変えるか・・・。— pospome (@pospome) 2018年12月4日 実装パターンの網羅集が書けそうにないことに気づいた & 改めて考えると実装パターン自体が破綻している気がするので、 せっかくなら自分が使ったことのない機能を利用してみようかなと思いました。 そこで今回は"テストの並列実行"を使ってみました。 テストを並列実行してみる 現在時刻に依存するテストは失敗してしまう 現在時刻に依存するテストだけ並列化しない 現在時刻を引数に指定するかどうか 引数で現在時刻を指定する場合の実装例 現在時刻
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - k1LoW/octocov-action: :octocat: GitHub Action for octocov
GitHub - rubenv/pgtest: PostgreSQL test helper for Go
GitHub - matthewmcnew/archtest: Unit test your go architecture
GitHub - rakyll/go-test-trace: Go test with tracing.
GitHub - testcontainers/testcontainers-go: Testcontainers for Go is a Go package that makes it simple to create and clean up container-based dependencies for automated integration/smoke tests. The clean, easy-to-use API enables developers to programmatica
[shared] 20201010 Fuzzing and PBT in Go![[shared] 20201010 Fuzzing and PBT in Go](https://cdn-ak-scissors.b.st-hatena.com/image/square/c23a89e5e6cbcb29da6e299cfee1ac1eb9404ca2/height=288;version=1;width=512/https%3A%2F%2Flh7-us.googleusercontent.com%2Fdocs%2FAHkbwyIFEmKbQEHAFKjeMVzarMk1pNeeE6e9aodP3YswNLEgm_4Ya3X60frbFowbeLi3fVAjLAI9LyQmcIc4hxamkuZ1dXQuovq6u0ACV4dAhmn3V7oVcjfF%3Dw1200-h630-p)
GitHub - leanovate/gopter: GOlang Property TestER
API scenario testing tool with plugin package
Design and Implementation of Golang Failpoints | TiDB
GitHub - pingcap/failpoint: An implementation of failpoints for Golang.