A algum tempo eu venho desenvolvendo uma forma de mover meus testes para dentro da lib e deixa-los mais genericos, mas infelizmente isso ainda tah bem sujo, pois NAO eh tao simples quanto parece modularizar os testes.

De qqr forma, eu criei alguns methodos que servem pra tu testar reacionamentos, e logo apanhei para isso que tu citou… para os testes ficarem genericos, uma coisa principal a ser testada eram os respond_to? dos methodos como <<, build, count, other_ids, etc, pra ver se os helpers daquele relacionamento estam lah! Pra minha surpresa, varios helpers NAO estavam lah segundo o respond_to?. Alguns que lembro agora que nao estao lah eh o count, o destroy_all e o other_ids.

Como na minha equipe eu prego muito a questao de “modularizar” coisas, separando-as em plugins, engines ou simplesmente em libs proprias com eh o caso dos testes, eu vejo muito este tipo de problema que tu citou, e tenho pensado em qqr hr parar para projetar uma DSL justamente para este tipo de coisa, de forma que jah consigas por exemplo suprir um methodo para uma regexp do method missing e ele sobrescreva tbm o respond_to? e tbm para coisas como gerar proxies entre methodos de classes, algo como um alias, mas entre classes diferentes (que jah usei pra N propositos, iunclusive para um plugin que tenho aqui, que “adiciona dinamicamente” campos para um modelo qqr - na verdade ele apenas gera um vinbculo atraves de proxy com um modelo com “campos customizados”).