ruby on rails - rails - ¿Cuál es la diferencia entre RSpec y Cucumber?

rspec rails

Question

Tengo 6 meses de experiencia en desarrollo de Rails. He creado una aplicación web que está en uso ahora con autenticación y autorización y postgresql db.

Me estoy moviendo a mi segunda aplicación de Rails, pero esta vez, después de las lecciones aprendidas, me gustaría desarrollarla usando TDD, ya que noté que es mucho más fácil escalarla y corregir errores. Su desarrollo es lento pero a la larga es mucho más fácil de tratar.

He oído hablar de Rspec y Cucumber pero estoy completamente confundido por ellos.

Me gustaría saber cuál es la diferencia entre RSpec y Cucumber y para qué se utilizan.

También sería útil saber si, desde la perspectiva de un principiante (que también es el único desarrollador) si realmente se necesita un marco de prueba.

Answer 1

RSpec y Cucumber son ambos frameworks de prueba. RSpec incluye pruebas unitarias tradicionales (lo que significa probar una clase o parte de la aplicación de forma aislada del resto de la aplicación. Por lo tanto, su modelo hace lo que su modelo debe hacer, el controlador hace lo que se supone que debe hacer, etc.).

Tanto RSpec como Cucumber se usan para la Prueba de aceptación (que se llama ATDD, BDD, Especificación por ejemplo, etc., dependiendo de a quién se le pregunte). Estas son pruebas de integración impulsadas por casos de negocios, lo que significa que simulan la forma en que un usuario usa la aplicación y usa la pila completa de Rails para que los problemas con la forma en que las diferentes partes de la aplicación funcionan juntas se puedan encontrar de una manera encontrar.

La principal diferencia entre RSpec y Cucumber es el factor de legibilidad del negocio. El principal atractivo de Cucumber es que las especificaciones (características) son independientes del código de prueba, por lo que los propietarios de sus productos pueden proporcionar o revisar las especificaciones sin tener que buscar el código. Estos son los archivos .feature que creas en Cucumber. RSpec tiene un mecanismo similar, pero en su lugar se describe un paso con un bloque de Describir, Contexto o It que contiene la especificación comercial, y luego tiene el código que ejecuta esa declaración. Este enfoque es un poco más fácil de trabajar para los desarrolladores, pero un poco más difícil para las personas sin conocimientos técnicos.

¿Cuál usar? Si usted es el único desarrollador y propietario del producto, entonces me quedaría con RSpec, creo que es más fácil de entender para una persona técnica, ofrece algunas ventajas para mantener las cosas bajo control y mantenerlo alejado de los RegExs para la prueba pasos. Si está creando esto para un cliente, y son prácticos con respecto a la Especificación, vaya con Pepino para su Prueba de aceptación y use RSpec para las Pruebas unitarias.

Solo para demostrar la diferencia principal entre los dos:

Pepino:

#articles.feature
Given an article exists called "Testing Demonstration"
When I visit the list of articles
Then I should see an article called "Testing Demonstration"

#article_steps.rb
Given /^an article exists called "(.+)"$/ do |title|
  FactoryGirl.create(:article, title: title)
end 
When /^I visit the list of articles$/ do
  visit articles_path
end
Then /^I should see an article called "(.+)"$/ do |title|
  page.should have_content title
end

Rspec

describe "Articles" do
  let(:article) { FactoryGirl.create(:article) }
  context "Index Page" do
    before { visit articles_path }
    it { page.should have_content article.title }
  end
end

Esta serie de blogs es excelente para comenzar con RSpec: http://everydayrails.com/2012/03/12/testing-series-intro.html