Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Assignment Proposal
Title
Automating Code Coverage Analysis in CI Pipeline
Names and KTH ID
Deadline
Category
Description
This project aims to integrate a code coverage analysis tool (such as JaCoCo or Emma) into a CI pipeline. The coverage analysis will provide insights into the proportion of code exercised by tests, ensuring the robustness of the application. Additionally, the project will automate the process of saving coverage reports to the cloud, enabling historical comparisons and trend analysis.
Stretch Goal: Automate the entire process using GitHub Actions, ensuring that every code change triggers a coverage analysis and stores the results automatically.
Relevance
Code coverage is crucial for assessing the effectiveness of unit tests in covering the codebase. While running tests is essential, it’s equally important to understand which parts of the code are tested and which are not. This helps in identifying untested areas, reducing the risk of bugs. By integrating code coverage into the CI pipeline, we ensure that every change is scrutinized not only for correctness but also for completeness in terms of testing.
Additionally, by storing historical coverage data, teams can track their progress in improving test coverage over time. This historical perspective can be valuable in understanding the impact of refactoring, adding new features, or making other significant changes to the codebase.