Modelo de informe de ejecución de pruebas de software

¿Te gustaría aprender el marco teórico de Software Testing? Inscríbete en el curso: Introducción al Testing de Software para Principiantes

Imagen de: pmoinformatica

Cuando ejecutamos proyectos de desarrollo de software, la fase de pruebas (Software Testing) suele ser crítica, y es un momento en el cual diversos interesados (stakeholders) requieren información al minuto sobre el estado de la calidad del software que se está desarrollando.

Para ello, se suele manejar un informe de avance de cómo van las pruebas, el cual según la criticidad del proyecto puede ser solicitado una o varias veces al día.

La intención es comunicar a todos los involucrados de las áreas de pruebas, desarrollo, funcionales y área de negocio cual es la situación de las pruebas, que defectos críticos se están reportando y cuantos casos faltan por ejecutar.

Aquí les compartimos un modelo de informe de ejecución de pruebas de software, con el cual podrás comunicar la información más relevante del avance del plan de pruebas, como por ejemplo cuantos casos de prueba están con estatus exitoso, cual es la relación entre el porcentaje de avance planificado y el real, cual es la situación de los defectos en cuanto a cuantos están abiertos, han sido corregidos o no aplican, entre otros aspectos.

PMOInformatica presenta: Un modelo de informe de ejecución de pruebas de software.

Estimación de proyectos de software: Cálculo de los puntos de función no ajustados

Este articulo esta basado en el contenido del Curso de Análisis de Puntos de Función: Medición y Estimación de Software suministrado por FATTO. Los puntos de función son una herramienta útil para realizar estimaciones de esfuerzo exactas. Para mayor información visita la pagina del curso.

Aquí les presentamos la tercera parte de nuestra serie sobre elaboración de estimaciones de proyectos y servicios de software con el método de los puntos de función.

Una vez que has determinado tipo de estimación que realizarás y has obtenido de la ingeniería del software las funciones estimables, el siguiente paso es asignar a cada función los puntos para así obtener los puntos de función no ajustados.

Para ello, primero debes evaluar cada función y asignar su nivel de dificultad. Los criterios de evaluación están basados número de datos que maneja, cuantos archivos se acceden, entre otros aspectos.

Una vez asignado el nivel de dificultad, siguiendo una serie de ponderaciones predefinidas asignarás los puntos de función a cada transacción o archivo de datos. Los puntos de función a asignar dependerán de la correlación entre el tipo de función y su nivel de dificultad.

Los detalles de cómo hacer esto te los explicamos en el cuerpo del artículo a continuación.

Pruebas de software Agile: Planificar con los 4 cuadrantes del Agile Testing (2da parte)

Imagen obtenida de: LogiGear

Presentamos la segunda parte de nuestra serie sobre como planificar las pruebas de software usando los 4 cuadrantes del Agile Testing.

En la primera parte de nuestra serie sobre como planificar con los 4 cuadrantes del Agile Testing, nos enfocamos en describir las herramientas y tipos de pruebas de software que describe cada cuadrante, como instrumento para la planificación de las prueba en metodologías ágiles.

En esta segunda parte, veremos algunos consejos y recomendaciones sobre cómo usar los 4 cuadrantes para definir el enfoque y plan de pruebas de software agile.

PMOInformatica presenta: Planificar con los 4 cuadrantes del Agile Testing (2da parte)

Historias de usuario: 30 ejemplos

El curso Historias de Usuario - Como escribir User Story 📚💻 en Udemy te proporciona las herramientas necesarias para sobresalir en Scrum. Aprende a utilizar técnicas efectivas para describir los requerimientos del sistema. ¡Inscríbete hoy! 🎓🚀

  

Imagen de: SafariBooks Online

Las metodologías ágiles como Scrum utilizan las historias de usuario como el instrumento principal para identificar los requerimientos de usuario.

Las historias de usuario son descripciones cortas y simples de una funcionalidad, escritas desde la perspectiva de la persona que necesita una nueva capacidad de un sistema, por lo general el usuario, área de negocio o cliente.

Típicamente las historias siguen una plantilla simple: Yo como un [Rol], necesito [Descripción de la funcionalidad], con la finalidad de [Descripción de la consecuencia].

En entregas anteriores hemos desarrollado una plantilla para documentar historias de usuario, así como contenidos sobre cómo escribirlas y errores comunes que debemos evitar cometer.

En esta entrega, te presentamos algunos ejemplos de historias de usuario de diversos procesos de negocio y áreas industriales. También incluimos algunas historias asociadas a requerimientos no funcionales.

PMOInformatica presenta a continuación, 30 ejemplos de historias de usuario.