Olá Equipe,
Eu estava ansioso para contribuir para o projeto Discourse e notei que seus testes RSpec carregam em 0s!
Existem dicas sobre como reduzir esse tempo, por favor? Em um projeto meu, isso leva cerca de 30s!
Que comando você executou? O que aconteceu? O que você esperava que acontecesse?
Você diz que o tempo é zero, mas quer que seja menor que zero? A quantidade de tempo que seu projeto leva não tem relação com o tempo que leva no Discourse, que é um projeto muito grande com milhares de testes.
Não, eu estava ansioso para aprender como você fez isso, por favor. Eu quero fazer o mesmo no meu projeto.
Você diz que o tempo é zero, mas quer que seja menor que zero?
Eu tenho meu próprio projeto que leva 30s e quero reduzir esse tempo para meu próprio projeto rails, então estou usando isso como uma oportunidade de aprendizado para saber como a equipe do Discourse reduziu o carregamento de seus arquivos spec para zero.
Onde você viu isso? Para ser honesto, se algo está dizendo 0.0s, provavelmente é um erro de medição 
Algumas coisas importantes que usamos para melhorar o desempenho do RSpec são:
-
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 (nós envolvemos isso em um helper
fab!em nossa base de código)
1 curtida
Acho que isso pode ser um efeito colateral do uso do parallel_tests. O processo que está escrevendo a saída na verdade não carrega nenhum teste em si. Em vez disso, ele inicia vários processos de trabalho para executar os testes.
Entendi, muito obrigado!
Você acha que usar Spring no CI é uma boa ideia?