Comments (4)
Yikes, that's a good catch. I'm guessing that yeah, the best we can do there is what you mentioned and unset the suite in post_end_per_suite
to avoid issues of misreporting. Better to lack info than flat out output wrong one.
The other thing I'd really like to be able to do is get group information, but the group mechanisms in CT are nestable (stackable?) to large extents where I just decided to omit the information for now.
from cth_readable.
A fix in common_test is planned for the next sprint and will be included in 19.3. Haven't started the job for real, but the alternative ways that we have discussed so far are
-
make sure pre_init_per_suite is always called. This might be a rather big change to core functionality in test_server, so not really risk free... There is also the question of whether it is really correct to call this hook when Suite:init_per_suite will not be called (which it won't, since the suite is skipped completely)
-
extend on_tc_skip to include the suite name as a separate argument, and fall back to the old function if the new is not exported.
-
add a new hook - on_suite_skip - and keep on_tc_skip unchanged. Might have to call both on_suite_skip and on_tc_skip (with TC=all) when suite is skipped, for backwards compatibility.
For now I'm leaning towards alternative 2, but might of course change my mind as we start the job for real. Any thoughts are welcome!
And yes, the group mechanism is a bit too flexible to be easily visualized... :(
from cth_readable.
FYI: The solution we chose was alternative 2 above - i.e. a Suite
argument is added to on_tc_skip
(and a lot of other hook callbacks). Fallback to old API if the new function is not exported. This is included in OTP-19.3, common_test-1.14.
from cth_readable.
Cool. I'll reopen this to track it and add support for 19.3
from cth_readable.
Related Issues (10)
- Missing ct.hrl dependency HOT 3
- Handle formatting assertNot failure
- v1.4.6 is missing HOT 1
- Incorrect group names when groups running in parallel HOT 2
- Latest release on hex.pm (1.4.8) doesn't list cf as dependency HOT 1
- cth_readable_failonly consumes large amount of memory with lot's of log statements HOT 1
- Add support for `cthr:pal/5` HOT 2
- Tests missing in hex.pm package HOT 1
- cth_readable_logger does not exist HOT 3
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from cth_readable.