From 31027314435d9f0ddf93af5ab391101a93e62456 Mon Sep 17 00:00:00 2001 From: sninaus Date: Fri, 9 Aug 2019 21:02:37 -0300 Subject: [PATCH] Translation fixes (#29110) Fixed the use of pronouns and grammar improvements --- .../spanish/agile/behavior-driven-development/index.md | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/guide/spanish/agile/behavior-driven-development/index.md b/guide/spanish/agile/behavior-driven-development/index.md index 9c670c6b44f..55b6154ca9a 100644 --- a/guide/spanish/agile/behavior-driven-development/index.md +++ b/guide/spanish/agile/behavior-driven-development/index.md @@ -4,7 +4,7 @@ localeTitle: Desarrollo guiado por el comportamiento --- ## Desarrollo guiado por el comportamiento -Behavior Driven Development (BDD) es un proceso de desarrollo de software que surgió de ![Test Driven Development (TDD)](../test-driven-development/index.md) . Behavior Driven Development combina las técnicas y principios generales de TDD con ideas de diseño impulsado por dominios y análisis y diseño orientados a objetos para proporcionar equipos de gestión y desarrollo de software con herramientas compartidas y un proceso compartido para colaborar en el desarrollo de software. Es una metodología de desarrollo de software en la que se especifica y se diseña una aplicación al describir cómo debe aparecer su comportamiento ante un observador externo. +Behavior Driven Development (BDD) es un proceso de desarrollo de software que surgió de ![Test Driven Development (TDD)](../test-driven-development/index.md) . Behavior Driven Development combina las técnicas y principios generales de TDD con ideas de diseño impulsado por dominios y análisis y diseño orientados a objetos para proporcionar a equipos de gestión y desarrollo de software con herramientas compartidas y un proceso compartido de colaboración en el desarrollo de software. Es una metodología de desarrollo de software en la que se especifica y se diseña una aplicación al describir cómo debe ser su comportamiento ante un observador externo. Aunque BDD es principalmente una idea acerca de cómo el desarrollo de software debe gestionarse tanto por intereses comerciales como por conocimientos técnicos, la práctica de BDD asume el uso de herramientas de software especializadas para respaldar el proceso de desarrollo. @@ -18,7 +18,7 @@ BDD se centra en: * Como llamar a las pruebas * Cómo entender por qué falla una prueba -En el corazón de la BDD se encuentra un replanteamiento del enfoque de las pruebas unitarias y las pruebas de aceptación que surgen naturalmente con estos problemas. Por ejemplo, BDD sugiere que los nombres de las pruebas unitarias sean oraciones completas que comiencen con un verbo condicional ("debería" en inglés, por ejemplo) y que se escriban en orden de valor comercial. Las pruebas de aceptación se deben escribir utilizando el marco ágil estándar de una historia de usuario: "Como _función_ , quiero una _característica_ para que se _beneficie_ ". Los criterios de aceptación deben escribirse en términos de escenarios e implementarse como clases: dado _el contexto inicial_ , cuando _ocurre un evento_ , luego se _aseguran algunos resultados_ . +En el corazón de BDD se encuentra un replanteamiento del enfoque de las pruebas unitarias y las pruebas de aceptación que surgen naturalmente con estos problemas. Por ejemplo, BDD sugiere que los nombres de las pruebas unitarias sean oraciones completas que comiencen con un verbo condicional ("debería" en inglés, por ejemplo) y que se escriban en orden de valor comercial. Las pruebas de aceptación se deben escribir utilizando el marco ágil estándar de una historia de usuario: "Como _función_ , quiero una _característica_ para que se _beneficie_ ". Los criterios de aceptación deben escribirse en términos de escenarios e implementarse como clases: dado _el contexto inicial_ , cuando _ocurre un evento_ , luego se _aseguran algunos resultados_ . Ejemplo ``` @@ -45,16 +45,16 @@ Story: Returns go to stock Junto con ello se encuentran algunos beneficios: -1. Todo el trabajo de desarrollo se puede remontar directamente a los objetivos del negocio. +1. Todo el trabajo de desarrollo se puede vincular directamente a los objetivos del negocio. 2. El desarrollo de software satisface las necesidades del usuario. Usuarios satisfechos = buen negocio. 3. Priorización eficiente: las características críticas para el negocio se entregan primero. 4. Todas las partes tienen un entendimiento compartido del proyecto y pueden participar en la comunicación. 5. Un lenguaje compartido garantiza que todos (técnicos o no) tengan una visibilidad completa de la progresión del proyecto. -6. Diseño de software resultante que se adapta a las necesidades comerciales futuras y compatibles. +6. El diseño de software resultante que se adapta a las necesidades comerciales futuras y compatibles. 7. Código de calidad mejorado que reduce los costos de mantenimiento y minimiza el riesgo del proyecto. ## Más información * Wiki en [BDD](https://en.wikipedia.org/wiki/Behavior-driven_development) * Un marco bien conocido de Behavior Driven Development (BDD) es [Cucumber](https://cucumber.io/) . Cucumber soporta muchos lenguajes de programación y puede integrarse con una serie de marcos; por ejemplo, [Ruby on Rails](http://rubyonrails.org/) , [Spring Framework](http://spring.io/) y [Selenium](http://www.seleniumhq.org/) -* https://inviqa.com/blog/bdd-guide \ No newline at end of file +* https://inviqa.com/blog/bdd-guide