Si un plugin utiliza type: group, debe tener el grupo creado (por ejemplo, cuando se migra la base de datos o quizás en after_initialize) para que las pruebas (specs) se ejecuten correctamente (de lo contrario, la prueba falla porque los ajustes incluyen un grupo que no existe). Mi solución fue cambiar estos ajustes de type: group a type: text. De esta manera, los ajustes no fallan por la ausencia del grupo; puedo crear los grupos en mis pruebas con let!, y los grupos desaparecen cuando se ejecutan las pruebas de Group.
Si hay una mejor manera, me encantaría saberla. En este caso, es probable que nunca necesite cambiar el grupo utilizado para cada uno de estos propósitos, por lo que podrían simplemente estar codificados en el plugin y no ser ajustes en absoluto.
Reflexiones sobre cómo llegué a lo anterior
Tengo un plugin que necesita un conjunto de grupos. Cuando se agrega un usuario al grupo, se realiza una acción en mi modelo. Funciona perfectamente en las bases de datos de producción y desarrollo. ¡Genial! 
El problema es que, para las pruebas, o bien los grupos se crean (he intentado hacerlo en una función que se llama en after_initialize y con fixtures que se ejecutan durante la migración), lo que rompe las pruebas principales de Group (que, por ejemplo, esperan un número determinado de grupos preexistentes), o bien los grupos no se crean, lo que rompe mis pruebas.
Anulé refresh_automatic_groups en el modelo Group y lo configuré para que elimine mis grupos. Eso solucionó todas menos una prueba, ya que los nombres de mis grupos incluyen algunos que contienen ciertas cadenas y esa prueba no llama a refresh_automatic_groups.
Así que mi solución fue usar solo nombres que no rompan esa prueba.
EDIT (de nuevo): pero ahora aún tengo errores en destroy_task_spec.rb y en el group_controller.
¿Hay algún truco sencillo que me esté perdiendo o necesito simplemente hacer que este plugin no cree grupos automáticamente?