Hi all, I'm a GameCube fan and software engineer interested in dabbling with open-source contributions in my free time. While digging around the Dolphin repo, I noticed that there seem to be big chunks of the codebase not covered by unit tests. I thought it would be fun and educational to try to fill some of those coverage gaps. Is that something that would be welcomed by the developers? Or is the lack of unit test coverage intentional? (I'm not sure what the general approach to unit-testing in open-source projects is, and I know that having a bunch of unit test coverage does add a maintenance burden as code changes.)
If more unit test coverage is welcome, do you all have any particular style guidance or opinions? I think my current approach to writing unit tests generally matches this book's philosophy: https://abseil.io/resources/swe-book/html/ch12.html.
Also, one unrelated question while I'm here: my library of Wii and GameCube games is pretty small, and I have no plans to expand it. If I'm ever interested in contributing to Dolphin beyond adding unit tests, will that hold me back? I notice a lot of the bug reports are of the form "XYZ glitch in some random game", and I imagine that kind of bug report is hard to work on if you don't have access to the game in question.
If more unit test coverage is welcome, do you all have any particular style guidance or opinions? I think my current approach to writing unit tests generally matches this book's philosophy: https://abseil.io/resources/swe-book/html/ch12.html.
Also, one unrelated question while I'm here: my library of Wii and GameCube games is pretty small, and I have no plans to expand it. If I'm ever interested in contributing to Dolphin beyond adding unit tests, will that hold me back? I notice a lot of the bug reports are of the form "XYZ glitch in some random game", and I imagine that kind of bug report is hard to work on if you don't have access to the game in question.