-
Notifications
You must be signed in to change notification settings - Fork 21
Open
Labels
Description
In the past we used tick-lists in the OP like this to organize the testing efforts of a release:
- test 1
- test 2
- ...
With the 2019.04 release @danpetry tried out a spreadsheet solution.
Another alternative could be a Kanban board (aka Github Projects).
Another alternative could be to automatically generate and push results to an online dashboard, for the tests that are automated. For example, creating JUnit XML test results documents and pushing to https://www.cdash.org/.
All of these solutions have drawbacks and benefits and none of them are perfect. Here a benefits and drawbacks I found.
| Solution | Benefit | Drawback |
|---|---|---|
| Tick-list | Immediate overview | easy to accidentally override changes of others |
| GitHub integration | ||
| easy to auto-generate (markdown template) | ||
| Google spreadsheet | Synchronizable | External to GitHub |
| No immediate overview | ||
| not as easy to auto-generate (Google access required) | ||
| Github projects | Synchronizable | No immediate overview |
| GitHub integration | not as easy to auto-generate but doable (GitHub access required) | |
| Can easily end in chaos (?) | ||
| Automation and dashboard | Instant | Lots of upfront work |
| Could require time to come to consensus on solution |
So here is my question: Anyone got any other idea? Do we want to change the organization of the testing efforts at all? Are there more drawbacks/benefits to the ones I listed?