go-sqlmock
Sql mock driver for golang to test database interactions (by DATA-DOG)
pgxmock
pgx mock driver for golang to test database interactions (by pashagolub)
Our great sponsors
| go-sqlmock | pgxmock | |
|---|---|---|
| 19 | 2 | |
| 5,827 | 278 | |
| 1.5% | - | |
| 5.4 | 8.3 | |
| 21 days ago | 10 days ago | |
| Go | Go | |
| GNU General Public License v3.0 or later | GNU General Public License v3.0 or later |
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
go-sqlmock
Posts with mentions or reviews of go-sqlmock.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2022-10-24.
- How do you unit-test code that reaches out to the db, without introducing interfaces everywhere?
-
Creating an API using Go and sqlc
For that, I used the lib go-sqlmock. So, for example, the following snippet is part of the person/service_test.go file:
-
Using SQLC in project how do I mock database Calls with it for unit testing?
It's not the right call IMO to skip mocking the database connection to achieve 100% test coverage. How your app will behave in failure scenarios that are impossible to imitate during integration tests is part of the software contract. If your choice is to panic, or return an error, document that by testing that behavior. If another dev, or future you inadvertently breaks the contract, the test suite will fail. That's what you want. For unit tests against your database you should be using either go-sqlmock if testing against database/sql or pgxmock if testing against pgx. That being said, the points raised elsewhere in this thread regarding unit tests potentially hiding edge cases in terms of how an actual database will interact with your application that are not reflective of your understanding when writing mocks are 100% valid. You should do both. Unit test your app and write integration tests as well. On my team, we run integration tests using docker-compose.
- What is the coolest Go open source projects you have seen?
- How to mock database calls
-
Can you set expectations for SQL transaction using Testify?
I use Sqlmock for that purpose
- Mocking database queries - ask for opinion
- SQL mock driver for Golang to test database interactions
- Can't get a specifc SQL query with pgx to work
-
[HELP] how to test this piece of code?
There is a good lib for db tests https://github.com/DATA-DOG/go-sqlmock
pgxmock
Posts with mentions or reviews of pgxmock.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2022-10-22.
-
Using SQLC in project how do I mock database Calls with it for unit testing?
It's not the right call IMO to skip mocking the database connection to achieve 100% test coverage. How your app will behave in failure scenarios that are impossible to imitate during integration tests is part of the software contract. If your choice is to panic, or return an error, document that by testing that behavior. If another dev, or future you inadvertently breaks the contract, the test suite will fail. That's what you want. For unit tests against your database you should be using either go-sqlmock if testing against database/sql or pgxmock if testing against pgx. That being said, the points raised elsewhere in this thread regarding unit tests potentially hiding edge cases in terms of how an actual database will interact with your application that are not reflective of your understanding when writing mocks are 100% valid. You should do both. Unit test your app and write integration tests as well. On my team, we run integration tests using docker-compose.
-
Can you set expectations for SQL transaction using Testify?
For postgres only but pgxmock is similarly excellent
What are some alternatives?
When comparing go-sqlmock and pgxmock you can also consider the following projects:
gomock - GoMock is a mocking framework for the Go programming language.
pgxatomic - Clean implementation of transaction manager using pgx
go-txdb - Immutable transaction isolated sql driver for golang
goose - A database migration tool. Supports SQL migrations and Go functions.
mockery - A mock code autogenerator for Go
gock - HTTP traffic mocking and testing made easy in Go ༼ʘ̚ل͜ʘ̚༽
minimock - Powerful mock generation tool for Go programming language
gotests - Automatically generate Go test boilerplate from your source code.
tidb-lite - Using tidb-lite to create a TiDB server with mocktikv mode in your application or unit test.
realize - Realize is the #1 Golang Task Runner which enhance your workflow by automating the most common tasks and using the best performing Golang live reloading.
Mmock - Mmock is an HTTP mocking application for testing and fast prototyping
timex - A test-friendly replacement for golang's time package [managed by soy-programador]