martes, 18 de abril de 2017

Mi primera aplicación en Laravel con TDD

Desarrollo guiado por pruebas de software, o Test-driven development(TDD) es una práctica de ingeniería de software que involucra otras dos prácticas: Escribir las pruebas primero (Test First Development) y Refactorización (Refactoring).


1. Crear una prueba tests/features (uma clase de prueba CreatePostsTest.php en camelcase)
   1.1. Crear la funcion public function test_a_user_create_a_post()
Fuente Styde; https://goo.gl/7axYrg

2. Ejecutar prueba  vendor\bin\phpunit --filter test_a_user_create_a_post
3. Crear la Ruta (routes) routes/web.php

// Posts
Route::get('posts/create', [
    'uses' => 'CreatePostController@create',
    'as' => 'posts.create',
])

Route::post('posts/create', [
    'uses' => 'CreatePostController@store',
    'as' => 'posts.store',
])

4. Crear el controlador (Mencionado en el punto 3)

Para esta lección hemos usado los métodos del componente de pruebas de Laravel:
  • actingAs para autenticar un usuario dado.
  • visit para visitar una ruta o URL dado.
  • type para escribir algún texto en un campo dado.
  • press para hacer clic en un botón con el nombre dado.
  • seeInDatabase para evaluar si el registro fue creado correctamente en la base de datos.
  • seeInElement para evaluar si un elemento HTML contiene la información especificada. 
Puedes conocer más de este método en la lección:
Métodos de pruebas within y seeInElement de InteractsWithPages en Laravel 5.2

Comandos usados para crear:
  • El controlador php artisan make:controller CreatePostsController
  • La migración php artisan migration create_posts_table --create=posts
  • El modelo php artisan make:model Post
Share:

jueves, 13 de abril de 2017

Codeship - Integración Continua 

Usualmente en un equipo de trabajo se desarrollan actualizaciones y avances del proyecto lo que a merita en algunos casos integrar ese código al proyecto varias veces al día.
Para estos casos se utiliza la practica de desarrollo de software [Continuous Integration - CI] Integración Continua, esta práctica permite a los miembros de un equipo integrar su trabajo frecuentemente, validando que antes de integrar su código al proyecto se evalué que no contenga errores lo que lleva a una reducción de conflictos y problemas de integración que ocurren cuando trabajamos en equipo, además también permite detectar errores de forma temprana y en resumen permite que los desarrolladores trabajen de forma más precisa y creen proyectos en menos tiempo.

Fuente Styde: https://goo.gl/7SxpcH

Accesos:

Codeship: https://app.codeship.com/projects
Bitbucket: https://bitbucket.org/


Share:

BTemplates.com

Con la tecnología de Blogger.