<div dir="ltr">  Hi<div><br></div><div>I know GSoC students are looking for projects so I thought I would post about a couple that have come up recently and don't have tickets and better write ups.</div><div><br></div><div>This likely can be done by multiple students and all code should be in C. One must be able to run the RTEMS Test Suite and produce code coverage reports by subsystem/directory. Example reports are at <a href="https://ftp.rtems.org/pub/rtems/people/joel/coverage/coverage-2021-02-28/">https://ftp.rtems.org/pub/rtems/people/joel/coverage/coverage-2021-02-28/</a>. It is likely that the person doing this could focus on analysis of results on a single architecture and a secondary for sanity checks and rely on core developers to generate the reports on all architectures. Results should improve across all similarly.</div><div><br></div><div>This project consists of analysing uncovered code ranges in the report, determining why they are unexecuted by the test suite, and addressing that. Most of the time this is done by adding new test cases but there are other cases where the code can be refactored/reworked to improve testability or the code is simply unneeded based on the RTEMS configuration (e.g. profiling or SMP code when not built for that). I think there is a Wiki page which could be brought over into the Software Engineering Guide with more detailed guidance.</div><div><br></div><div>When identifying uncovered areas to work on, it is generally recommended to focus on a particular subsystem picking methods which are unexecuted at all first. Then work on larges uncovered range or the method/area with the most uncovered code.</div><div><br></div><div>There are multiple code subsystems which have uncovered ranges. Work on this is easy to partition so there are no conflicts or dependencies between projects if that's how we organize it.</div><div><br></div><div>--joel</div></div>