Hola equipo:
Estaba deseando contribuir al proyecto Discourse y noté que sus pruebas RSpec se cargan en 0 segundos.
¿Tienen algún consejo sobre cómo reducir ese tiempo? En un proyecto mío, tarda alrededor de 30 segundos.
¿Qué comando ejecutaste? ¿Qué sucedió? ¿Qué esperabas que sucediera?
Dices que el tiempo es cero, pero ¿quieres que sea menor que cero? La cantidad de tiempo que tarda tu proyecto no tiene ninguna relación con cuánto tarda en Discourse, que es un proyecto muy grande con miles de pruebas.
No, tenía muchas ganas de aprender cómo lo hiciste, por favor. Quiero hacer lo mismo en mi proyecto.
Dices que el tiempo es cero, pero ¿quieres que sea menor que cero?
Tengo mi propio proyecto que tarda 30s y quiero reducir ese tiempo para mi propio proyecto de rails, así que estoy usando esto como una oportunidad de aprendizaje para saber cómo el equipo de Discourse redujo la carga de sus archivos spec a cero.
¿Dónde viste eso? Para ser honesto, si algo dice 0.0s, entonces probablemente sea un error de medición 
Algunas cosas clave que usamos para mejorar el rendimiento de RSpec son:
-
GitHub - grosser/parallel_tests: Ruby: 2 CPUs = 2x Testing Speed for RSpec, Test::Unit and Cucumber
-
test-prof/docs/recipes/let_it_be.md at master · test-prof/test-prof · GitHub (lo envolvemos en una ayuda
fab!en nuestra base de código)
1 me gusta
Creo que ese podría ser un efecto secundario de usar parallel_tests. El proceso que está escribiendo la salida en realidad no carga ninguna prueba por sí mismo. En su lugar, inicia múltiples procesos de trabajo para ejecutar las pruebas.
Entiendo, ¡muchas gracias!
¿Crees que usar Spring en CI es una buena idea?