Closed codificat closed 2 years ago
Examplesof what could/should be avoided thanks to the tests are (parts of) #28 and #29: the fact that freshly installed charts come with references to non-existing trigger templates or bindings
/triage accepted /priority important-soon
/sig devsecops
Issues go stale after 90d of inactivity.
Mark the issue as fresh with /remove-lifecycle stale
.
Stale issues rot after an additional 30d of inactivity and eventually close.
If this issue is safe to close now please do so with /close
.
/lifecycle stale
Stale issues rot after 30d of inactivity.
Mark the issue as fresh with /remove-lifecycle rotten
.
Rotten issues close after an additional 30d of inactivity.
If this issue is safe to close now please do so with /close
.
/lifecycle rotten
Rotten issues close after 30d of inactivity.
Reopen the issue with /reopen
.
Mark the issue as fresh with /remove-lifecycle rotten
.
/close
@sesheta: Closing this issue.
Problem statement
There are no functional tests for the pipelines in the charts.
As a user of the helm charts, I would like to have automated tests that ensure that the pipelines deployed by the charts are and remain functional, so that I can have confidence that they will work when installed.
High-level Goals
There should be functional tests available for the pipelines in the repo.
Proposal description
Alternatives
No functional testing.
Additional context
At this time, there is a GitHub Actions workflow that uses the chart-testing tool to lint and test that the chart installs correctly. However, it does not perform any kind of functional test, other than ensuring that a
helm install
will succeed and the related pods (e.g. the event listener) start up correctly.Acceptance Criteria