Ciao Team,
Non vedevo l’ora di contribuire al progetto Discourse e ho notato che i vostri test RSpec si caricano in 0 secondi!
Ci sono suggerimenti su come ridurre questo tempo, per favore? In un mio progetto, è di circa 30 secondi!
Ciao Team,
Non vedevo l’ora di contribuire al progetto Discourse e ho notato che i vostri test RSpec si caricano in 0 secondi!
Ci sono suggerimenti su come ridurre questo tempo, per favore? In un mio progetto, è di circa 30 secondi!
Che comando hai eseguito? Cosa è successo? Cosa ti aspettavi che succedesse?
Dici che il tempo è zero, ma lo vuoi inferiore a zero? La quantità di tempo impiegata dal tuo progetto non ha alcuna influenza su quanto tempo impiega su Discourse, che è un progetto molto grande con migliaia di test.
No, ero ansioso di imparare come l’hai realizzato, per favore. Voglio fare lo stesso sul mio progetto.
Dici che il tempo è zero, ma lo vuoi minore di zero?
Ho il mio progetto che impiega 30 secondi e voglio ridurre quel tempo per il mio progetto rails, quindi sto usando questo come opportunità di apprendimento per sapere come il team di Discourse ha ridotto a zero il caricamento dei loro file spec.
Dove l’hai visto? Ad essere onesti, se qualcosa indica 0.0s, è probabilmente un errore di misurazione ![]()
Alcune cose chiave che usiamo per migliorare le prestazioni di RSpec sono:
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 avvolgiamo in un helper fab! nella nostra codebase)
Penso che questo possa essere un effetto collaterale dell’utilizzo di parallel_tests. Il processo che sta scrivendo l’output in realtà non carica alcun test. Invece, avvia più processi worker per eseguire i test.
Capisco, grazie mille!
Pensi che usare Spring nella CI sia una buona idea?