redmine_base_deface | deface gem to manage view modifications | Plugin library

The Redmine project itself maintains its core tests which assumes that its functional integrity is in place, i.e. that there are no plugins present which change functionality. As such, a plain Redmine without any plugins is expected to pass all core tests.

Once you introduce plugins however, things change. Since many plugins hook into or change a lot of internal Redmine functionality (often via monkey patches) in order to provide their functionality, installing them results in various tests of the core Redmine breaking as their assumptions no longer hold true. Since Remdine has only few internal APIs for plugins to hook into, monkey-patches are often the only way for plugins to hook into the core.

Unfortunately though, it is hard (if not impossible) to monkey-patch the core-tests along with the functionality of the plugins to adapt them to the new/changed behavior.

This leads to the current unfortunate situation that almost all Redmine plugins are barely (if at all) tested. Sometimes, you'll have unit tests of the plugin's functionality, but fully-functional integration tests are very rare. When using plugins, you thus can't generally rely on working tests but have to revert to code reviews and manual click-through tests.

I found that when reviewing plugins, the ones that work best have only few monkey patches, try to restrict themselves to stable interfaces or provides hooks where possible, and avoid overriding core functionality of Redmine.