Skip to content

RFC: organizing release testing efforts #120

@miri64

Description

@miri64

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?

Metadata

Metadata

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions