I enjoy using the test runner window and test runner API, however, often I wished I could use these tools as a framework to add my own things. For example: Add entries to the context menu when clicking on a test in the runner window. Currently, it offers "Open error line", "Open source code" and "Run". I'd like to add things like "Select Asset" or "Open Asset" for specific tests that operate on prefabs or scenes. I'm using these tests for content validation and it would make sense to quickly navigate to a broken prefab for me. Or: Customize the way parameterized test names are generated. I use them extensively for content validation by providing a TestCaseSource that iterates over a set of assets, for example. Ideally, I would be able to return the asset GUID from the source as well as a test name or somehow customize the way the test names are generated. In my example, my TestCaseSource returns either an asset GUID or a path, both of which make unreadable and long test names. I'd probably simply want the name of the asset instead, however, the name alone may not be enough to reconstruct the actual path of the asset within the test. If this is all too specific, I'd still like to improve the test case name generation on a fundamental level, by e.g. stripping character from the middle of the name to shorten them. This would help with long file paths. Currently, if the test name is a file path and relatively long, it will cut off the end, which makes it impossible to differentiate between the two names in the window. And: Add custom action buttons or checkbox options to the header. This would make for a nice place for additional settings like whether the window should run a set of tests automatically before entering play mode. If it's too difficult to identify extension points that are valuable to a broad audience, maybe another approach would be to make more of the individual drawing parts public. I'd also be happy to write my own test runner window, if I can build on some of the blocks from the original window (e.g. draw the main part, but implement my own header).