Por el momento, no hay herramientas de cobertura C1 para Ruby. De hecho, no hay ninguna otra herramienta de cobertura que no sea RCov.
Hasta hace poco, solo era posible escribir herramientas como esta parcheando o extendiendo el intérprete de MRI en C. Desde hace aproximadamente dos años, también es posible extender JRuby en Java, y en realidad desde el mes pasado puerto de RCov para JRuby. Sin embargo, esto requiere tanto el conocimiento de Ruby y C, y un conocimiento bastante profundo en eso, porque juguetear con las partes internas de MRI no es para los débiles de corazón.
Pero solo con Rubinius será posible escribir herramientas de análisis dinámico como las herramientas de cobertura de código en Ruby, haciendo que la escritura de herramientas sea accesible para una porción mucho más grande de la comunidad de Ruby. Mi esperanza es que esto, junto con el respaldo financiero sustancial de los vendedores de herramientas (muchos proveedores IDE importantes ya estén trabajando o ya hayan introducido IDEs de Ruby, incluidos CodeGear (ex-Borland), IntelliJ, NetBeans, Eclipse, SapphireSteel (Ruby in Steel). para Visual Studio) e incluso Microsoft) conducirá a una rápida innovación en el espacio de herramientas de Ruby en 2009 y veremos cosas como la cobertura C1, C2, la complejidad de NPath, mucho más perfiles de grano fino, etc.
Hasta entonces, la única idea que tengo es usar herramientas de Java. Los chicos de JRuby intentan emitir los metadatos mágicos adecuados para hacer que sus códigos de bytes generados sean al menos penetrables con las herramientas de Java. Entonces, tal vez sea posible usar herramientas de cobertura Java con JRuby. Sin embargo, no tengo idea de si eso realmente funciona, ni si se supone que funciona.
¿Sigue siendo este el estado de las cosas en 2016? –