RubyGalv

Muchas veces nos encontramos en nuestra profeción (como developers, no sean mal pensados) con personas muy interesantes sin conocimientos técnicos, las cuales tienen una necesidad a ser cubierta.

Estas personas nos buscan a nosotros (personas con conocimientos técnicos) para desarrollar su idea e implementar las soluciones.

Como es de esperarse cuando el ying y el yang se juntan existen barreras comunicacionales las cuáles son dificiles de romper entre estos dos tipos de personas. Tanto es así que las personas no técnicas encuentran díficil hacerle saber su necesidades a las otras. Por lo tanto, las fallas en la comunicacióny la malinterpretación de soluciones llevan al fracaso a muchas ideas.

Para solventar estas malinterpretaciones en la comunicación existen algunas herramientas “técnicas” que las personas sin conocimiento técnico pueden utilizar para expresar una idea o funcionalidad sobre su solución. Estas aplicaciones nos sirven a  nosotros las personas técnicas para comprender el flujo que debemos considerar al momento de desarrollar estas soluciones.

¿Pero, cuáles son estas herramientas “mágicas” de las que hablamos? Pues son simplemente aplicaciones de Desarrollo Guiado por Pruebas (mejor conocidas como BDD). Y la razón por la que una persona no técnica puede hacer uso de este tipo de herramientas es que permiten guiar el flujo del desarrollo enfocandose en que la funcionalidad cumpla con los requisitos reales del solicitante sin tener la necesidad de conocer las tripas de la aplicación (o código).

Herramientas como Cucumber le permiten a cualquier persona no técnica el poder crear una prueba descriptiva sobre una funcionalidad reuniendo los requisitos minimos para que su ejecución sea exitosa, y esto es tan simple como escribir algo como esto:

Feature: Tacos for paisas
  In order to get fat
  As a starving paisa
  I want to eat tacos at the taco truck

  Scenario: Eat a taco
    Given I am starving
    And I go to the taco truck
    When I ask for a taco
    Then the taquero has to give me my taco
    And I can eat it

Esto describe de manera detallada, sin entrar enla parte técnica, el flujo de una actividad, la cuá puede ser traducida por una persona técnica en código y funcionalidad. Dandole las necesidades básicas a cubrir para considerar como realizada una actividad.

Por lo tanto, si eres una de esas personas no técnicas y quieres describir lo que realmente necesitas una recomendación es que propongas tus escenarios y describas el flujo. Las pruebas de comportamiento las defines tú.