Closed rolandshoemaker closed 6 years ago
Changes Missing Coverage | Covered Lines | Changed/Added Lines | % | ||
---|---|---|---|---|---|
monitor/cert_submitter.go | 1 | 17 | 5.88% | ||
monitor/inclusion_checker.go | 99 | 117 | 84.62% | ||
storage/storage.go | 38 | 66 | 57.58% | ||
monitor/monitor.go | 4 | 42 | 9.52% | ||
<!-- | Total: | 142 | 242 | 58.68% | --> |
Totals | |
---|---|
Change from base Build 213: | -2.9% |
Covered Lines: | 635 |
Relevant Lines: | 947 |
For integration testing I've been slowly turning cttestsrv into a gross in-memory log and it's a bit painful. One option is to ignore making the things returned from get-entries match what is returned from get-sth, which for now will be fine but once we start wanting to do things like #37 (which now that I think about it will almost definitely have some overlap in changes in order to properly do integration testing... @cpu how are you planning on doing that?) it'll need to be fixed.
I've also been slowing turning ctttestsrv
into a gross in-memory log. It's not ideal :-/ I'm not sure what the best options are. I wish there was a Pebble for Trillian :-X
The integration tests for this have taken me about 1000% longer than expected so I'm just going to throw this up now to get feedback on the actually important parts while I hack away at getting integration testing working. I'm still not super familiar with this codebase so there is a 100% chance I've missed something obvious I'm supposed to be doing.
For integration testing I've been slowly turning cttestsrv into a gross in-memory log and it's a bit painful. One option is to ignore making the things returned from get-entries match what is returned from get-sth, which for now will be fine but once we start wanting to do things like #37 (which now that I think about it will almost definitely have some overlap in changes in order to properly do integration testing... @cpu how are you planning on doing that?) it'll need to be fixed.