Pergunta

Estamos começando a padronizar um framework de testes baseado em Ruby, tendo tido alguns resultados muito bons fora do RSpec e Cucumber baseada em testes recentemente. Como esta é uma grande empresa, vamos tentar reunir um conjunto "padrão" de gemas Ruby para testes, sabendo que estamos sempre apenas indo para obtê-lo ~ 90% certo por causa da ampla combinação de tecnologias sendo usadas .

As principais tecnologias que identificamos até agora que é preciso ser capaz de suporte:

  • camadas de transporte mensagem: WebSphere MQ, Tibco (dentro de nossos casos de teste, é preciso ser capaz de ler mensagens / gravação e filas claras)
  • bases de dados: SQL Server, Oracle, Sybase (precisamos ser capazes de fazer operações CRUD em cada uma delas, como parte dos nossos casos de teste)
  • interfaces de usuário: Web, .NET, Java / Swing, Silverlight (o ideal é que seria capaz de automatizar a condução cada uma dessas interfaces de usuário através de uma interface apropriada)

Como ponto de partida, nós decidimos que queremos o seguinte conjunto de pedras preciosas instalados (além daquelas que vêm com o próprio Ruby):

  • pepino (mais enxada e outras dependências)
  • rubywmq (para testar envolvendo WebSphere MQ)
  • webrat
  • Watir (para os casos em que webrat não vai cortá-la)
  • trilhos (não tanto para o próprio Rails, mas para activerecord e os vários drivers DB que descem como dependências, bem como de rake)
  • ruby-oci8 (para Oracle)

Para aplicativos Silverlight, esperamos ser capazes de testá-los através IronRuby, mas isso é território muito desconhecido para nós neste momento.

Duas perguntas:

  • quaisquer outras pedras fundamentais que perdemos? Coisas que você simplesmente não pode viver sem? O que é bom / mau / feio?
  • quaisquer fontes de referência para a condução de interfaces de Java / Swing, Silverlight e .NET usuário? Estou ciente do livro RSpec, mas existem outras pessoas lá fora?

Agradecemos antecipadamente

Foi útil?

Solução

Eu acrescentaria

  • Mocha . Se você usar o pepino, Rspec ou ActiveSupport, as chances são de que vai ser carregado automaticamente se instalado.
  • Test :: Unit ou RSpec. A primeira não é uma jóia, é uma biblioteca padrão do Ruby. Pessoalmente, eu sou um Test :: Unit cara em vez de um usuário RSpec, no entanto, você pode querer dar RSpec uma tentativa.
  • Shoulda Shoulda consiste de macros de teste, afirmações e ajudantes adicionada à test :: Unit quadro.
  • Notável Notável é uma porta de todas as macros Shoulda para RSpec.

Além disso, você pode querer usar

  • Rcov para verificar o seu LOC

Não estritamente relacionada com testes, mas sempre sobre a qualidade do código:

  • Flay análises rubi código para similaridades estruturais.
  • Flog mostra-lhe o código mais torturante que você escreveu.
  • Reek um código cheira detector de rubi
  • Roodi lê seu código Ruby e avisa sobre questões de design que você com base nas verificações que é já configurado.

Outras dicas

Nokogiri para analisar XML é outra

ZenTest, é muito importante para o teste

Também Mongrel ou Passageiros para implantação aplicação

Alguns muito agradáveis ??gemas para o IRB / trilhos consola ...

  • Pry - dá-lhe a capacidade de ls, cd em torno de objetos disponíveis. Mostrar a fonte para métodos, display trilhos modelos ... e uma quantidade significativa de outras características

  • irbtools - um monte de ferramentas coletadas em conjunto (incluindo wirb, hirb, interactive_editor (vamos você emacs abertas, vim etc.), CodeRay, ... lista na página github)

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top