-
Notifications
You must be signed in to change notification settings - Fork 0
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Merge pull request #53 from ucudal/feature/testing
Feature/testing
- Loading branch information
Showing
9 changed files
with
370 additions
and
15 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -1,3 +1,115 @@ | ||
| # 1 Contenido | ||
|
|
||
| ## 1.3 Calidad | ||
|
|
||
| Además de esta página te recomendamos leer sobre [conceptos de calidad de | ||
| software](/4_Conceptos/4_Calidad_de_software.md). | ||
|
|
||
| El propósito de esta sección en el documento del proyecto es documentar aspectos | ||
| relacionados con las pruebas, en particular, la estrategia de pruebas contenida | ||
| en el plan de pruebas y los casos de prueba y sus resultados. | ||
|
|
||
| El contenido de esta página está basado en [Disciplined Agile® | ||
| Delivery](https://www.pmi.org/disciplined-agile/process/introduction-to-dad) | ||
| —DAD— del [Project Management Institute](https://www.pmi.org), en particular en | ||
| la documentación sobre el [desarrollo de la estrategia de | ||
| pruebas](https://dabrowser.pmi.org/#item:272). | ||
|
|
||
| ### Estrategia de pruebas | ||
|
|
||
| Definir una estrategia de pruebas implica tomar decisiones relacionadas, | ||
| entre otros, con los siguientes temas: | ||
|
|
||
| * El nivel de detalle de las pruebas | ||
| * Los enfoques de prueba | ||
| * Cómo se van a probar los requerimientos no-funcionales | ||
| * Los ambientes de prueba | ||
| * Los tipos de pruebas | ||
| * Las fuentes de datos de pruebas | ||
| * La estrategia de automatización —o no— de las pruebas | ||
| * Cómo se informan y gestionan los defectos encontrados | ||
|
|
||
| La estrategia de pruebas se define en la etapa de inicio del proyecto y se | ||
| documenta en el plan de pruebas usando [esta | ||
| plantilla](/3_Plantillas/3_8_Plan_de_pruebas.md), o en la herramienta de | ||
| automatización de pruebas [Azure Test | ||
| Plans](https://learn.microsoft.com/en-us/azure/devops/test/?view=azure-devops) | ||
| disponible como parte de la suscripción a [Azure Devops | ||
| Services](https://azure.microsoft.com/es-es/products/devops) a la que tienen | ||
| acceso con la cuenta de estudiante @correo.ucu.edu.uy; pueden utilizar otra | ||
| herramienta si lo acuerdan con su tutor[^1]. | ||
|
|
||
| ### Plan de pruebas | ||
|
|
||
| El plan de pruebas especifica cómo va a ser probada la aplicación y es el | ||
| resultado de la [estrategia de pruebas](#estrategia-de-pruebas) definida. | ||
|
|
||
| Debe incluir al menos los elementos obligatorios de la [plantilla de plan de | ||
| pruebas](/3_Plantillas/3_8_Plan_de_pruebas.md); si fuera necesario puede incluir | ||
| otros elementos opcionales de esa plantilla. | ||
|
|
||
| El plan de pruebas es parte de la primera entrega del proyecto. | ||
|
|
||
| ### Enfoques de pruebas | ||
|
|
||
| Para cada elemento a probar —funcionalidades, interfaces con otros productos o | ||
| servicios, integración con otros productos o servicios— es necesario elegir uno | ||
| o más [enfoques de pruebas](/4_Conceptos/4_Enfoques_de_pruebas.md). | ||
|
|
||
| ### Tipos de pruebas | ||
|
|
||
| Para cada combinación de elemento a probar y enfoque de pruebas es necesario | ||
| elegir uno o más [tipos de pruebas](/4_Conceptos/4_Tipos_de_pruebas.md). | ||
|
|
||
| ### Datos de prueba | ||
|
|
||
| Cada caso de prueba requiere un conjunto de datos de prueba, aunque el mismo | ||
| conjunto de pruebas puede ser usado en varios casos de prueba. El conjunto de | ||
| datos de prueba puede ser generado automáticamente o puede ser creado a partir | ||
| de datos existentes anonimizados. | ||
|
|
||
| Los datos de prueba deberían estar bajo control de configuración, al igual que | ||
| los casos de prueba. | ||
|
|
||
| ### Casos de prueba | ||
|
|
||
| Los casos de prueba describen cómo se realizan las pruebas, con qué datos, en | ||
| qué situación inicial de la aplicación, y cuál es el resultado correcto | ||
| esperado. | ||
|
|
||
| Para documentar los casos de prueba puedes usar [esta | ||
| plantilla](/3_Plantillas/3_4_Casos_de_prueba_de_usuario_final.md), o puedes usar | ||
| la herramienta [Azure Test | ||
| Plans](https://learn.microsoft.com/en-us/azure/devops/test/?view=azure-devops) | ||
| antes mencionada. Los casos de prueba se van generando luego de definida la | ||
| estrategia de pruebas en la etapa de inicio a medida que van creando [casos de | ||
| uso](/4_Conceptos/4_Caso_de_uso_del_producto.md), requerimientos funcionales y | ||
| no-funcionales, código, etc. a probar. | ||
|
|
||
| Los casos de prueba deben estar bajo control de configuración, al igual que los | ||
| datos de prueba. | ||
|
|
||
| ### Resultados de las pruebas | ||
|
|
||
| El resultado de la ejecución de los casos de prueba debe ser registrado cada vez | ||
| que se ejecuta, tanto si fue exitoso como si no lo fue; en este último caso, | ||
| además, es necesario registrar el defecto en una herramienta de tiques para que | ||
| sea correctamente priorizado y gestionado. | ||
|
|
||
| ### Automatización de las pruebas | ||
|
|
||
| Las pruebas pueden estar automatizadas, para poder repetirlas a lo largo del | ||
| proyecto. Los casos de prueba automatizados deben estar bajo control de | ||
| configuración. | ||
|
|
||
| Pueden usar la herramienta de automatización de pruebas [Azure Test | ||
| Plans](https://learn.microsoft.com/en-us/azure/devops/test/?view=azure-devops) | ||
| disponible como parte de la suscripción a [Azure Devops | ||
| Services](https://azure.microsoft.com/es-es/products/devops) a la que tienen | ||
| acceso con la cuenta de estudiante @correo.ucu.edu.uy. | ||
|
|
||
| [^1]: Ten en cuenta la seguridad y privacidad de la información que almacenes en | ||
| estos repositorios; si tienes un acuerdo de confidencialidad con el cliente, | ||
| deberías usar las herramientas recomendadas. También deberás considerar que | ||
| otras herramientas pueden tener costos asociados o limitar la cantidad de | ||
| usuarios o de archivos en las versiones gratuitas. |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -0,0 +1,148 @@ | ||
| # 3 Plantillas | ||
|
|
||
| ## 3.8 Plan de pruebas | ||
|
|
||
| Esta es la plantilla para el plan de pruebas. Las entradas obligatorias de la | ||
| plantilla están marcadas <span style="color:#0969DA;font-weight: | ||
| bold;">así</span> y las demás entradas y el texto a completar en el color | ||
| normal. | ||
|
|
||
| <table> | ||
| <tr> | ||
| <td style="color:#0969DA" valign="top"> | ||
| <b>Alcance</b> | ||
| </td> | ||
| <td> | ||
| Describe qué es lo que se está probando del proyecto, por ejemplo, | ||
| las funcionalidades de un producto, las interfaces con otros | ||
| productos o servicios, o la integración con otros productos o | ||
| servicios. | ||
| <br> | ||
| <br> | ||
| A cada uno de los elementos que se van a probar nos referiremos como | ||
| un componente de las pruebas. | ||
| </td> | ||
| </tr> | ||
| <tr> | ||
| <td style="color:#0969DA" valign="top"> | ||
| <b>Estrategia</b> | ||
| </td> | ||
| <td> | ||
| Describe en qué consisten las pruebas a realizar. Para cada <a | ||
| href="/4_Conceptos/4_Epica.md">épica</a> —o grupo de | ||
| funcionalidades—, especifica los | ||
| <a href="/4_Conceptos/4_Enfoques_de_pruebas.md">enfoques</a> de las | ||
| pruebas, los <a href="/4_Conceptos/4_Tipos_de_pruebas.md">tipos</a> | ||
| de pruebas, y la automatización —o no— de las pruebas, que garantiza | ||
| que estos grupos de funcionalidades sean probados adecuadamente. | ||
| Especifica las principales actividades, técnicas y herramientas que | ||
| se utilizan para probar lo que se haya incluido en el alcance. | ||
| <br> | ||
| <br> | ||
| La estrategia se debe describir con suficiente detalle como para | ||
| permitir la identificación de las principales tareas de prueba y la | ||
| estimación del tiempo necesario para realizar cada una. | ||
| <br> | ||
| <br> | ||
| De aquí se derivan luego los casos de prueba que se documentan en | ||
| <a href= | ||
| "/3_Plantillas/3_4_Casos_de_prueba_de_usuario_final.md">esta</a> | ||
| plantilla, o que se cargan en la herramienta de automatización | ||
| de pruebas <a | ||
| href="https://learn.microsoft.com/en-us/azure/devops/test/?view=azure-devops"> | ||
| Azure Test Plans</a> disponible como parte de la suscripción a | ||
| <a href=ref="https://azure.microsoft.com/es-es/products/devops">Azure | ||
| Devops Services</a> a la que tienen acceso con la cuenta de | ||
| [email protected]. | ||
| </td> | ||
| </tr> | ||
| <tr> | ||
| <td style="color:#0969DA" valign="top"> | ||
| <b>Ambientes</b> | ||
| </td> | ||
| <td> | ||
| Describe los ambientes que serán usados para las pruebas. Puede | ||
| haber uno o más de un ambiente para diferentes estrategias de | ||
| prueba. | ||
| </td> | ||
| </tr> | ||
| <tr> | ||
| <td valign="top"> | ||
| Calendario | ||
| </td> | ||
| <td> | ||
| Define cuándo se completan los diferentes casos de pruebas. | ||
| </td> | ||
| </tr> | ||
| <tr> | ||
| <td style="color:#0969DA" valign="top"> | ||
| <b>Reporte de problemas</b> | ||
| </td> | ||
| <td> | ||
| Indica qué ocurre cuando se encuentran errores en alguna de las | ||
| pruebas, por ejemplo, cómo y dónde se crean los tiques para que se | ||
| corrijan esos errores, cómo se priorizan los tiques, etc. | ||
| </td> | ||
| </tr> | ||
| <tr> | ||
| <td valign="top"> | ||
| <b>Funcionalidades a probar</b> | ||
| </td> | ||
| <td> | ||
| Identifica todas las funcionalidades del software que se van a | ||
| probar. Es opcional en la medida de que sea redundante con lo | ||
| indicado en la sección de alcance. | ||
| </td> | ||
| </tr> | ||
| <tr> | ||
| <td valign="top"> | ||
| <b>Funcionalidades fuera de alcance de las pruebas</b> | ||
| </td> | ||
| <td> | ||
| Identifica todas las funcionalidades que no se van a probar y las | ||
| razones para ello. | ||
| </td> | ||
| </tr> | ||
| <tr> | ||
| <td valign="top"> | ||
| <b>Roles y responsabilidades</b> | ||
| </td> | ||
| <td> | ||
| Especifica los miembros del equipo o del cliente que participan en | ||
| las pruebas y cuáles serán sus funciones. Identifica las personas | ||
| responsables de gestionar, diseñar, preparar, ejecutar y resolver | ||
| las actividades de prueba, así como los problemas relacionados. | ||
| También identifica los responsables de proporcionar los ambientes de | ||
| prueba. | ||
| </td> | ||
| </tr> | ||
| <tr> | ||
| <td valign="top"> | ||
| <b>Dependencias</b> | ||
| </td> | ||
| <td> | ||
| Identifica limitaciones importantes en las pruebas, como la | ||
| disponibilidad de elementos de prueba, disponibilidad de recursos de | ||
| prueba y plazos. | ||
| </td> | ||
| </tr> | ||
| <tr> | ||
| <td valign="top"> | ||
| <b>Riesgos y suposiciones</b> | ||
| </td> | ||
| <td> | ||
| Identifica los supuestos de alto riesgo del plan de pruebas y | ||
| especifica planes de contingencia para cada uno. | ||
| </td> | ||
| </tr> | ||
| <tr> | ||
| <td valign="top"> | ||
| <b>Herramientas</b> | ||
| </td> | ||
| <td> | ||
| Enumera las herramientas de automatización que va a utilizar y | ||
| también la herramienta de tiques de errores. | ||
| </td> | ||
| </tr> | ||
| </table> | ||
|
|
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -0,0 +1,10 @@ | ||
| # 4 Conceptos | ||
|
|
||
| ## Calidad de software | ||
|
|
||
| El contenido de esta página no necesariamente está basado en las últimas | ||
| versiones de las fuentes utilizadas en su redacción original; se aceptan | ||
| [contribuciones](/CONTRIBUTING.md). | ||
|
|
||
| TODO: Incluir a continuación el documento de calidad del grupo de trabajo en | ||
| ingeniería de software |
Oops, something went wrong.