Ecosyste.ms: Awesome
An open API service indexing awesome lists of open source software.
https://github.com/verygoodsoftwarenotvirus/blanket
MOVED TO GITLAB
https://github.com/verygoodsoftwarenotvirus/blanket
coverage coverage-testing go golang
Last synced: about 1 month ago
JSON representation
MOVED TO GITLAB
- Host: GitHub
- URL: https://github.com/verygoodsoftwarenotvirus/blanket
- Owner: verygoodsoftwarenotvirus
- License: mit
- Archived: true
- Created: 2017-09-04T13:09:28.000Z (over 7 years ago)
- Default Branch: master
- Last Pushed: 2018-07-22T18:28:33.000Z (over 6 years ago)
- Last Synced: 2024-04-22T10:16:01.982Z (8 months ago)
- Topics: coverage, coverage-testing, go, golang
- Language: Go
- Homepage: https://gitlab.com/verygoodsoftwarenotvirus/blanket
- Size: 9.95 MB
- Stars: 18
- Watchers: 3
- Forks: 0
- Open Issues: 1
-
Metadata Files:
- Readme: README.md
- License: LICENSE
Awesome Lists containing this project
- awesome-go-extra - ARCHIVED - 09-04T13:09:28Z|2018-07-22T18:28:33Z| (Code Analysis / Routers)
README
# blanket
`blanket` is a tool that helps you catch functions which don't have direct unit tests in your Go packages.
## Installation
go get -u gitlab.com/verygoodsoftwarenotvirus/blanket
## Docker Image
If you don't want to install blanket locally, you can use the pre-built Docker image like so:
docker run -it --rm -v "$(pwd):/src/" verygoodsoftwarenotvirus/blanket:latest analyze --package
Where `` could be something like `gitlab.com/verygoodsoftwarenotvirus/blanket/analysis`. :)
## Purpose
Say, for example, you had the following Go file:
```go
package simplefunc A() string {
return "A"
}func B() string {
return "B"
}func C() string {
return "C"
}func wrapper() {
A()
B()
C()
}
```and you had the following test for that file:
```go
package simpleimport (
"testing"
)func TestA(t *testing.T) {
A()
}func TestC(t *testing.T) {
C()
}func TestWrapper(t *testing.T) {
wrapper()
}
```Running `go test -cover` on that package yields the following output:
```bash
PASS
coverage: 100.0% of statements
ok gitlab.com/verygoodsoftwarenotvirus/blanket/example_packages/simple 0.006s
```However, note that `B` doesn't have a direct test the way that `A` and `C` do. `B` is only "tested" in `TestWrapper`. Because all the functions are called, `-cover` yields a 100% coverage value. If you ever decide that `wrapper` doesn't need to call `B` anymore, and don't delete the function entirely, you'll have a drop in coverage. Running `blanket analyze` on that same package yields the following output:
```bash
Functions without direct unit tests:
in /Users/vgsnv/golang/src/gitlab.com/verygoodsoftwarenotvirus/blanket/example_packages/simple/main.go:
B on line 7Grade: 75% (3/4 functions)
```Additionally, you can use the `cover` command to visualize those functions by passing in a cover profile. So if you run something like `go test -coverprofile=coverage.out && blanket cover --html=coverage.out`, a browser window will open that shows untested functions in red, functions without direct tests in yellow, and functions that are directly tested in green, like so:
![example output](example_files/cover_screenshot.png)
## Use Cases
What `blanket` seeks to do is catch these sorts of things so that package maintainers can decide what the appropriate course of action is. If you're fine with it, that's cool. If you're not cool with it, then you know what needs to have tests added.
You can also use `blanket` in your CI pipeline to decline PRs that would add functions that don't have direct unit tests. As a matter of fact, `blanket` does just that for itself! [Here](https://gitlab.com/verygoodsoftwarenotvirus/blanket/merge_requests/22) is an example of such a scenario working on this very repository!
I think `blanket` could also be helpful for new developers looking to contribute towards a project. They can run `blanket` on the package and see if there are some functions they could easily add unit tests for, just to get their feet wet in a project.
## Issues
If you've tried blanket on something and found that it didn't accurately handle some code, or panicked, please feel free to [file an issue](https://gitlab.com/verygoodsoftwarenotvirus/blanket/issues/new). Having an example of the code you experienced issues with is pretty crucial, so keep that in mind.
## Known Issues
`blanket` doesn't adequately handle deeply nested method calls. So if you had something like this:
```go
package mainimport (
"testing"
)/*
// in another file:
type Example struct{}
func methodCall() {
return
}
*/func TestMethod(t *testing.T) {
x := struct{
First: struct{
Second: struct{
Third: Example{},
},
},
}
x.First.Second.Third.methodCall()
}
```That should technically satisfy blanket's strict testing requirement, but it doesn't. Blanket can handle single-level selector expressions with great ease, but it doesn't recursively dive into those selectors for a number of reasons.