Documentar los test (TDD)

Este debate contiene 1 respuesta, tiene 2 mensajes y lo actualizó  Cristina Nicolàs hace 1 año, 2 meses.

Viendo 2 publicaciones - del 1 al 2 (de un total de 2)
  • Autor
    Publicaciones
  • #5391

    Leoncio
    Participante

    Cuando se están diseñando las extensiones de Test, cómo documentáis dichas pruebas o test, en un documento tipo Análisis Orgánico o las define el consultor funcional dentro del Análisis funcional de los requisitos que se van a desarrollar como extensiones o no se documentan sino que los programa sobre la marcha el técnico en VS Code ….¿podeis orientarme sobre la mejor forma de enfocar la documentación de los test) Muchas gracias
    Un saludo
    Leoncio López

    #5392

    Cristina Nicolàs
    Jefe de claves

    Hola Leoncio,

    Todo depende de los roles y del procedimiento que tenga establecido cada empresa.

    En nuestro caso, no tenemos un consultor funcional y después un desarrollador.
    En nuestro caso, quien hace la consultoría funcional es la misma persona que después hará el desarrollo. Y cómo es la misma persona, su análisis funcional no entra en mucho detalle en los aspectos más técnicos, ni de desarrollo ni tampoco de los tests que se tienen que realizar.

    En nuestro caso, los tests los decidimos en el momento de desarrollar, basándonos en el requisito funcional que tenemos.
    En el curso de Testing con TDD que está ahora mismo en marcha explico un poco cuál es el procedimiento.

    Por ejemplo, tengo un requisito funcional que dice:
    Crear en la tabla de clientes un campo llamado «Dirección de Envío predeterminada», que permita seleccionar una de las direcciones de envío del cliente.

    Mi análisis funcional se queda aquí.
    No tengo un análisis técnico que diga que hay que crear un campo de tipo Code de 10 con relación con la tabla 222 «Ship-To Address» filtrando por el cliente actual.
    Del mismo modo, no tengo un documento que diga qué tests se tienen que realizar (sean manuales o automatizados).

    Es en el momento de desarrollar que decido los aspectos técnicos (tipo del campo, longitud, TableRelation, etc.), y que decido también qué tests realizaré para ver que está bien desarrollado y que cumple con el requisito.
    En este caso, decidí:
    * Hacer un test que compruebe que si se selecciona en este campo un valor que no existe en la tabla de Direcciones de Envío, el sistema da un error concreto.
    * Hacer un test que compruebe que si se selecciona en este campo un valor que existe en la tabla de Direcciones de Envío, pero que pertenece a otro cliente, el sistema da un error concreto.
    * Hacer un test que compruebe que si se selecciona en este campo un valor que existe en la tabla de Direcciones de Envío y que pertenece al cliente en cuestión, el sistema no da ningún tipo de error.

    Este requisito es de una extensión que estamos desarrollando para acabar subiéndola a la AppSource oficial de Microsoft. Para ello, Microsoft te pide documentación de casos de uso para que ellos puedan hacer algunos tests manuales y puedan comprobar que la App funciona como se espera.

    Cómo en nuestro procedimiento no está la documentación de casos de uso (que serían un poco lo que después hemos traducido en Tests), pues está documentación la he hecho a posteriori. Y me he basado en los tests que había escrito para documentar los casos de uso.

    Si en mi empresa estuvieran los roles más definidos y hubiera primera un consultor funcional, que hace el análisis funcional, después un consultor técnico, que hace el análisis técnico, y después un desarrollador, que hace el desarrollo, le pediría al consultor funcional que documentara los casos de uso, al consultor técnico que documentara los tests y al desarrollador que los desarrollara.

    Pero otras formas son perfectamente válidas también.

    Un saludo,
    Cristina Nicolàs

    ¿Quieres conocer las últimas novedades sobre Business Central? Dynamics ScaleUp 2019.

    Consulta fechas en
    DynamicsScaleUp.com

Viendo 2 publicaciones - del 1 al 2 (de un total de 2)

Debes estar registrado para responder a este debate.

Members Currently Active: 2
Alfonso, rcartagena
Keymaster | Moderator | Participant | Spectator | Blocked
Additional Forum Statistics
Threads: 823, Posts: 2.686, Members: 871
Welcome to our newest member, Belen Lopez
Most users ever online was 15 on 5 April, 2019 9:31 am