Ruby on Rails & TDD con RSpec

Ruby on Rails + TDD
(con Rspec)
Javier Cuevas
Traity Weekend of Code
18/04/2015
sábado, 18 de abril de 15

About me:
Javier Cuevas
@javier_dev
Ruby on Rails Shop P2P Marketplace for Dog Owners

Ruby Rails

• Lenguaje de programación
interpretado.
Ruby Rails

interpretado.
• Todo son objetos
Ruby Rails

interpretado.
• Tipado dinámico
Ruby Rails

interpretado.
• Sintaxis limpia e intuitiva
Ruby Rails

interpretado.
• RubyGems: gestor de
paquetes (gemas)
Ruby Rails

interpretado.
paquetes (gemas)
• “to enjoy programming,
and to be happy”
Ruby Rails

interpretado.
paquetes (gemas)
and to be happy”
• Framework MVC para
Ruby
Ruby Rails

interpretado.
paquetes (gemas)
and to be happy”
Ruby
• Incluye ORM (mapeador
modelos - tablas)
Ruby Rails

interpretado.
paquetes (gemas)
and to be happy”
Ruby
modelos - tablas)
• Open Source. Creado en
2004.
Ruby Rails

interpretado.
paquetes (gemas)
and to be happy”
Ruby
modelos - tablas)
2004.
• “Convention over
conﬁguration”
Ruby Rails

interpretado.
paquetes (gemas)
and to be happy”
Ruby
modelos - tablas)
2004.
• “Convention over
conﬁguration”
• “Dont RepeatYourself”
Ruby Rails

Algunas cosas
raras de
Ruby

No hay corchetes { } ni en
ifs ni en métodos
def make_positive(number)
if number < 0
-number
else
number
end
end
Return implícito

if y unless al ﬁnal de línea
puts 'es par' if number.even?
puts 'es par' unless number.odd?

Llamadas a métodos
sin paréntesis
results = method_name param1, param2
results = method_name(param1, param2)
results = method_name(param1, param2).another_method

Símbolos
• :my_symbol
• NO son variables. NO son constantes.
• Podemos verlos como etiquetas.
• Fundamentalmente los usamos como índices en arrays
asociativos (Hashes).
• A pesar de todo: también son objetos.
def silly_method(options)
puts "Color: " + options[:color]
puts "City: " + options[:city]
end
silly_method :color => "red", :city => "Madrid"

Blocks
• Un Block es un “trozo de código”
• Podemos pasarlos como parámetro a un método
some_numbers = [1,2,3,4,5]
some_numbers.each { |number| puts number }
# es equivalente a ...
some_numbers.each do |number|
puts number
end

Model
View
Controller

Web
Server
Controller
Model
View

Web
Server Controller
Model
View
ActiveRecord
Routes
Helpers
MVC en Rails

Web
Server Controller
Model
View
ActiveRecord
Routes
Helpers
MVC en Rails
Buena práctica:
Mantén los Controladores con
el menor número de lineas de
código.
Mueve toda la lógica de tu
aplicación al Modelo.

Model
class Post < ActiveRecord::Base
# Relationships
has_many :comments
# Validations
validates :title, :presence => true
validates :content, :presence => true
# Class methods
def self.all_posts_by_diacode
# ...
end
# Instance methods
def is_recent?
# ...
end
end
No es
necesario
especificar
los atributos
del objeto en
la clase.
Rails
buscará
directamente
en la BBDD

Controller
class PostsController < ApplicationController
def index
@posts = Post.all
respond_to do |format|
format.html
format.js { render json: @posts }
end
end
# More actions...
end

Controller
class PostsController < ApplicationController
def index
@posts = Post.all
respond_to do |format|
format.html
format.js { render json: @posts }
end
end
# More actions...
end
Respuesta para
peticiones html. Al no
especificar nada
renderizará
automaticamente la
vista index.html.erb

View
<html>
<head>
<title>Awesome Rails App</title>
</head>
<body>
<div id="header">
<%= yield :header %>
<div>
<div id="content">
<%= yield %>
</div>
</body>
</html>
<% content_for :header do %>
<h1>Post List</h1>
<% end %>
<p>This is the content!</p>
<ul>
<% @posts.each do |post| %>
<li><%= @post.title %></li>
<% end %>
</ul>
Layout View
Ruby ERB
<% Ruby code -- inline with output %>
<%= Ruby expression -- replace with result %>
<%# comment -- ignored -- useful in testing %>

Relaciones
entre Modelos
http://bit.ly/15HtEh

1 a 1

1 a 1
con modelo intermedio
1 supplier tiene 1 account
1 supplier tiene 1 account_history
a través su account
1 account pertenece a 1 supplier
1 account_history pertenece a 1
supplier

1 a N

N a N
3 tablas en
la BBDD,
pero solo 2
modelos en
Rails!

N a N
con modelo intermedio
3 tablas en
la BBDD y
3 modelos

Migraciones
Crear y modiﬁcar la BBDD

Migraciones
• En Rails todas las modiﬁcaciones de la estructura de
la BBDD deben hacerse a traves de migraciones.
• Las migraciones son archivos Ruby almacenados en
[app]/db/migrate
• El nombre de archivo de cada migración lleva un
timestamp que indica en que orden se ejecutarán.
• Permiten crear tablas, modiﬁcar columnas, crear
índices, etc.
• Facilitan la colaboración entre programadores.

Migraciones
class CreatePost < ActiveRecord::Migration
def change
create_table :posts do |t|
t.string :title
t.text :content
end
end
end
Por convención
el nombre de las
tablas es siempre
en plural

•Crear migración
rails generate migration CreatePosts
•Ejecutar migración
rake db:migrate
•Deshacer cambios de la última migración
rake db:rollback
Migraciones
Rake permite ejecutar tareas.
Hay algunas ya deﬁnidas
como db:migrate, pero
podemos crear tareas rake
propias

TDD
Test Driven Development

Wait, ¿qué es un “test”?
• En el contexto delTDD un test:
• Es un script que realiza una serie de acciones para
validar que otro script, tiene un resultado esperado
en unas condiciones determinadas.
• (Normalmente) Es escrito en el mismo lenguaje en
el que estamos trabajando.
• En el contexto delTDD un test NO ES:
• Probar “a mano” tu aplicación.

¿Qué es el TDD?
• Es una metodología de desarrollo consistente
en la repetición del siguiente ciclo:
1. Escribimos un test. El test falla (ya que no hay
código para hacerlo pasar).
2. Escribimos el código mínimo para hacer que el test
“pase” (su resultado sea positivo).
3. Refactorizamos el código necesario.
[Volvemos al paso 1]

TDD en Rails
Para hacerTDD lo normal es apoyarse
en una librería de testing.
Rails por defecto viene con minitest,
pero la mayoría de la comunidad utiliza
RSpec.
En RSpec a los tests se les llama specs.

MINI DEMO

Tipos de tests
El vocabulario en torno alTDD a menudo
es confuso ya que existen muchas formas
de categorizar los tests (o specs).
A continuación os cuento como nosotros (y
gran parte de la comunidad) clasiﬁca y
deﬁne sus tests

Tipos de tests
Feature specs
• Testean una funcionalidad de nuestra app desde la
perspectiva del usuario.
• Utilizan un navegador automatizado para simular el
comportamiento del usuario.
• Son muy útiles porque tocan muchas partes de
nuestra app (vistas, controladores, rutas, modelos, etc).
• A cambio son los más lentos de ejecutar.
• También conocidos como: tests de aceptación o
integración

Tipos de tests
Feature specs
Source http://bit.ly/1OqctU8

Tipos de tests
Model specs
• Testean nuestros modelos (donde debería estar
la lógica de negocio).
• Incluyen tanto tests de métodos de instancia
(sobre un objecto de nuestra clase), como
métodos de clase (por ejemplo consultas a la
base de datos).
• Son bastante rápidos a la hora de ejecutarlos.
• También conocidos como: tests unitarios (unit
tests).

Tipos de tests
Model specs

Tipos de tests
Controller specs
• Testean nuestros controladores
• Si los controladores son muy simples,
podemos omitirlos (con los feature
specs estaríamos cubiertos)
• En cambio, si nuestra app es una API que
devuelve JSON o XML, son múy útiles.

Tipos de tests
Controller specs

TDD y MVC
Controller
Model
View

Feature specs
TDD y MVC
Controller
Model
View

Feature specs
Model specs
TDD y MVC
Controller
Model
View

Feature specs
Model specs
Controller specs
TDD y MVC
Controller
Model
View

¿Por donde empiezo?
• Dos maneras de hacerTDD:
• Top-down (aka outside-in):
• Empezamos por el mayor nivel de
abtracción (lo que ve el usuario):
• Features -> Controllers -> Models
• Bottom-up
• Empezamos por el código de bajo nivel
• Models -> Controllers -> Features

¡Gracias!
¿Preguntas?

Ruby on Rails & TDD con RSpec

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Viewers also liked

Viewers also liked (20)

Similar to Ruby on Rails & TDD con RSpec

Similar to Ruby on Rails & TDD con RSpec (20)

More from Diacode

More from Diacode (11)

Recently uploaded

Recently uploaded (11)

Ruby on Rails & TDD con RSpec