bdd

Recursos de programación de bdd
Descripción En los modelos y metodologías de desarrollo de software ágiles, las aproximaciones tradicionales en cuanto a la seguridad en el desarrollo simplemente no funcionan. Existen demasiados ciclos, demasiadas entregas de forma muy rápida y los recursos en los equipos de seguridad son escasos. Estas aproximaciones tradicionales se han quedado más obsoletas si cabe con la introducción de prácticas DevOps, que hacen que el tiempo que transcurre desde el inicio de un nuevo ciclo de desarrollo hasta que el conjunto de funcionalidades implementadas, durante ese ciclo, esté en producción, sea cada vez menor. El objetivo de esta charla es mostrar cómo podemos actualizar las prácticas de seguridad sobre el desarrollo de software al conjunto de prácticas de desarrollo y entrega actuales. Para ello se desarrollarán conceptos como Modelado Ágil de Riesgos, Puntos de Contacto en actividades relativas a la seguridad del desarrollo durante su ciclo, la automatización de pruebas de seguridad y verificación de correcciones sobre vulnerabilidades detectadas. Estas dos últimas utilizando BDD-Security. Paúl Santapau Paúl Santapau ha trabajado en el campo de la Seguridad Informática durante más de 10 años, tanto en seguridad defensiva como ofensiva. Sus pasiones son el trabajar en el campo de la aplicación práctica de la Seguridad, la Seguridad aplicada a DevOps, la Ingeniería del Software y las Redes. Paúl ha trabajado como Técnico de Innovación en la Universitat Jaume I encargándose de la seguridad activa y el mantenimiento de un SGSI, ha sido también Arquitecto de Seguridad en una de las empresas incluidas en el FTSE 100 en la que existía un equipo de +300 desarrolladores. Actualmente es CTO de Continuum Security donde desarrolla herramientas de soporte a prácticas SecDevOps.
SESSION LEVEL: Basic SESSION LANGUAGE: English El desarrollo guiado por comportamiento es un proceso de desarrollo de software que surge a partir de TDD (Test Driven Development). Su idea esencial se basa en cómo el software ha de ser entendido tanto desde el punto de vista técnico como de negocio, centrado en el valor para el usuario. [Objetivo] Conocer las bases de BDD, diferencias frente a TDD y estrategias para su aplicación en Drupal. [Contenido] Introducción a BDD, historias de usuario, casos de uso, verificación vs validación, criterios de aceptación… durante la charla veremos ejemplos de cada uno de los conceptos y cómo podemos aplicarlos a la toma de requisitos de un proyecto así como su evolución. En la segunda parte de la charla veremos cómo podemos relacionar estos conceptos adquiridos con Behat (herramienta de testing automático). [Target] La charla está orientada tanto a desarrolladores como a mánagers interesados en conocer una buena estrategia para abordar proyectos con éxito mediante un lenguaje común tanto para clientes como para desarrolladores. Slides: https://jorgetutor.github.io/bdd-drupalcampes-2017/ Twitter: @jltutor Todos los videos de Drupalcamp 2017 https://www.youtube.com/playlist?list=PLKxa4AIfm4pVNaEYO5GKQaN5x_tveHpjO Descarga gratis la versión digital del libro de Roberto Canales “Conversaciones con CEOs y CIOs sobre Transformación Digital y Metodologías Ágiles ” https://goo.gl/i2zZtJ Facebook; https://goo.gl/o8HrWX Twitter; https://goo.gl/MU5pUQ LinkedIn https://goo.gl/2On7Fj/
Cómo aplicar técnicas de testing como BDD en un sistema de código legacy. Por Adela Tort.
Test-Driven Development (TDD) has been so successful that it's now unfashionable. We seem to have lost the excitement and empowerment we felt when we first stumbled onto TDD a dozen years ago. Now it's just a chore that only bothers developers. Were we fooling ourselves, or did the message get confused along the way? In this talk, I will revisit the basics, the essence of what makes TDD work. I will look at some of the common difficulties that I see with teams that are struggling. I will show how TDD is as much an approach to development as a programming technique and how, like BDD, it's not about testing. Todos los videos de CAS 2016; https://www.youtube.com/playlist?list=PLKxa4AIfm4pU9PbGPnp7DutyVZTxKyqJu Suscríbete a nuestra newsletter; bit.ly/newsletterautentia Facebook; https://www.facebook.com/Autentia-127966880558674/ Twitter; https://twitter.com/autentia
Software development is heavily influenced by many of the most common cognitive biases: technical choices are made following hypes (pro-innovation bias) or gurus (bandwagon bias); we create homemade tools instead of using de-facto standards (not-invented-here syndrome) and fix bugs without a full understanding of the problems (placebo bias) or even we pretend that there isn't any problem at all (ostrich bias). The first step to bring software development closer to an engineering discipline is recognizing this biases and admitting that we all suffer of them.
¿Quieres saber más? https://www.paradigmadigital.com/ Índice interactivo aquí debajo: 01:14 Presentación 01:36 Índice 01:51 1. Introducción 01:55 Quién soy yo 02:18 ¿Qué voy a contar? 03:17 2. Desarrollo 03:20 BDD 07:31 Feature 10:20 Spring Boot 14:55 Código fuente 17:04 Git Flow 20:31 Git 21:53 Automatización 24:42 3. Dockerizado 25:00 Dockerfile 26:29 4. Desplegado 26:49 EC2 Container 28:31 Imagen Docker 30:30 Cloudformation 31:54 CloudFormation Stack 34:52 Demo 1:00:14 5. Preguntas
Le moderne applicazioni web ormai spostano la logica di interfaccia lato client, rendendo JavaScript assoluto protagonista dello sviluppo. Si rende quindi necessario poter testare in maniera automatica questa componente e in questa sessione vedremo, con un approccio molto pratico, tools e tecniche per farlo in maniera sostenibile. Partiremo dai principali framework di testing confrontando l'approccio TDD e BDD; analizzeremo framework e tecniche di mocking; vedremo come rendere testabile codice già scritto e come AngularJS semplifichi notevolmente gli scenari di test.
Aunque lo escribo con retraso, este post corresponde al cuarto día (jueves) de esta edición de la piweek.En el proyecto eventsview avanzamos hasta dejar una versión usable con búsqueda y los filtros activados. Estoy bastante contento, por que aunque no es nada vistoso nos va a valer como base para desarrollos que tenemos que hacer en Alea y que poco a poco voy cogiendo flujo en javascript y en la parte web. Hay que tener en cuenta que en mi día a día no suelo tocar para nada web, por l...
Greach 2015, The Groovy Spanish Conf April 10th-11th, Madrid, Spain http://greachconf.com Follow us on twitter http://twitter.com/greachconf Slides in http://marcovermeulen.github.io/groovy-and-scala-talk/ #/ Scala is the other Great Force in the realm of alternative JVM languages. It has it’s strengths, as well as it’s weaknesses. This talk will look at Scala as a supplement to Groovy, showing that it can help us tremendously given specific circumstances. We will begin by looking at how Groovy and Scala differ philosophically, followed by a comparison of syntax used in the two languages. We will then dive into the most important part, dealing with their application and how they can coexist side by side. This talk aims to dismantle the wall that prevails between the Groovy and Scala communities, attempting to show that both are highly capable in their own way. It does so by showing that there is no right or wrong, but rather that they are flipsides of the same coin. Marco Vermeulen Marco Vermeulen is a South African Software Developer who lives and works in London. He is passionate about writing well crafted code, driven and guided by tests. As proponent of BDD, he has successfully applied this technique in the Enterprise as well as on Open Source Projects. When he gets a spare moment, he contributes to OSS and is the creator of GVM (the Groovy enVironment Manager).
Además, muchas de las herramientas de su ecosistema han revolucionado prácticas y técnicas que aplicamos a diario. Un buen ejemplo de ello son RSpec y Cucumber: software que abrió brecha en una técnica tan extendida hoy en día como BDD (Behaviour Driven Development). En esta sesión comenzaremos por introducir Ruby, prestando especial atención a las características que lo hacen único.