how prepare yourself
Cómo prepararse para la redacción de casos de prueba y mejorar su productividad:
Cuando un evaluador decide escribir casos de prueba de alta calidad y desea mejorar su eficiencia y la productividad de la escritura de casos de prueba, hay algunos puntos clave que ayudan a los evaluadores a lograr estos objetivos.
Primero, necesitan prepararse profesional y psicológicamente con algunos de los puntos clave necesarios para todos los probadores de software exitosos en la industria de TI. Esto se tratará como ' Entradas ”Para un evaluador antes de comenzar a escribir casos de prueba.
A continuación, deben comprender las métricas de calidad involucradas en el proyecto, que se utiliza como una herramienta para evaluar el desempeño del evaluador en varias fases del ciclo de vida de las pruebas. Esto se tratará como ' Salidas 'Para un probador después de completar escritura de casos de prueba .
Por último, el evaluador debe saber cómo se informa el error, cómo se escalan los problemas y cómo se preparan los informes de prueba en alineación con el procedimiento estándar y pueden ser entendidos por las partes interesadas del proyecto.
Lo que vas a aprender:
lidiar con situaciones difíciles en el trabajo
- Prepárese para la escritura de casos de prueba
- Métricas de calidad
- Informe de errores
- Informes de las pruebas
- Conclusión
- Lectura recomendada
Prepárese para la escritura de casos de prueba
1) La redacción de casos de prueba es un arte y no es solo un trabajo o una tarea. Se puede diseñar y desarrollar una pieza o un segmento de software, pero hasta que se pruebe por completo para todos los escenarios con un enfoque de prueba eficiente, será inútil y no será elegible para su lanzamiento y uso por parte de nadie. Asi que, trátese a sí mismo como una persona importante en el proyecto y trate su actividad de prueba como una tarea importante en el proyecto .
2) los pasión con una actitud positiva , que es el más personal los probadores de calidad deben tener a lo largo del ciclo de vida del proyecto. La pasión motiva las capacidades de formación de equipos y la actitud aporta una gran productividad al escribir casos de prueba de calidad. Significa que la actividad de redacción de pruebas es una combinación de cualidades profesionales y personales para un objetivo común de lograr grandes resultados como resultado final del proyecto.
3) Positivo y casos de prueba negativos son parte de la escritura de casos de prueba, pero los evaluadores deben tener un resultado semi-positivo mentalidad para romper la aplicación bajo prueba mediante la búsqueda de errores . Esta no es una mentalidad negativa, sino más bien evitar la situación de identificar un error por parte de alguien después del lanzamiento o evitar la situación en la que el sistema será dañado por algunos usuarios del sistema.
4) Eficiencia del probador no debe estimarse en función de la cantidad de errores identificados en el sistema que se está probando, sino de las capacidades de escribir casos de prueba exitosos cuyo resultado es el descubrimiento de los defectos. Por lo tanto, los casos de prueba deben escribirse de tal manera que la cobertura y trazabilidad debe ser el máximo en función de los límites y el alcance del sistema.
5) Comprender el dominio de la aplicación a fondo .Por ejemplo, probar un sitio web es más fácil que probar un software financiero desarrollado para la bolsa de valores que utilizan miles de personas al mismo tiempo. La funcionalidad simple del sitio web puede ser comprensible para cualquier evaluador, mientras que los términos y funcionalidades financieras no pueden ser comprensibles para todos los evaluadores hasta que tengan los antecedentes educativos o la capacitación pertinente o experiencia de dominio .
Por lo tanto, cuando se asigna a un evaluador a un nuevo proyecto, él / ella debe hacer una autoevaluación, si es elegible y puede realizar su trabajo según las expectativas o no. Si los requisitos funcionales son difíciles de entender, se deben escalar al equipo del proyecto con suficiente anticipación para evitar futuros conceptos erróneos sobre la eficiencia y el desempeño del evaluador. Será manejado por el gerente de proyecto o el gerente de pruebas a través de planes y capacitación adecuados.
6) Los requisitos del proyecto y los tipos de pruebas a realizar varían de un proyecto a otro. Un evaluador debe estar preparado para realizar cualquier tipo de prueba. No limite sus capacidades a tus habilidades y especialidades. Esté preparado para asumir responsabilidades y desafíos para escribir y ejecutar casos de prueba para cualquier tipo de prueba.
Muchos probadores intentan adaptarse o proyectarse como solo probadores manuales o de automatización. Al llegar a las pruebas de rendimiento, las pruebas de carga o las pruebas de estrés, muy pocos probadores están asumiendo los roles y se preparan mediante la capacitación o la recopilación de los conocimientos necesarios. Asi que, ser un aprendiz rápido y prepárate para asumir responsabilidades y crecer en tu carrera.
7) Identificar los tipos de pruebas a realizar y las habilidades necesarias para probar el AUT. Por ejemplo, algunos proyectos solo requieren pruebas de caja negra y algunos requieren habilidades de prueba de caja blanca. El conocimiento de ' guion 'O experiencia en' SQL 'O trabajando con' marcar el lenguaje ”Como HTML / XML, etc., o incluso un conocimiento del sistema sobre cómo instalar / solucionar problemas de instalación del software, etc., son algunos de los requisitos específicos del proyecto que debe aprender usted mismo o recibir capacitación para los mismos.
8) Asegúrese de que los casos de prueba cubran el Tipos de pruebas de rendimiento, pruebas de seguridad y pruebas de regresión. Por ejemplo, para iniciar sesión en la aplicación utilizando la pantalla de inicio de sesión a continuación:
- Es posible que se requieran pruebas de rendimiento para verificar si la aplicación es estable cuando miles de usuarios inician sesión en el sistema al mismo tiempo, y los casos de prueba deben escribirse para cubrir este escenario.
- Es posible que se requieran pruebas de seguridad para verificar si la aplicación solo permite que los usuarios que tienen los derechos y permisos adecuados estén autorizados para usar el sistema, y los casos de prueba deben escribirse para cubrir estos escenarios.
- Es posible que se requieran pruebas de regresión para verificar si la funcionalidad principal y las características críticas funcionan correctamente en cada versión.
9) Revisión de casos de prueba : Una de las fases más importantes y pasadas por alto de cualquier desarrollo de software y el ciclo de vida de las pruebas es ' REVISIÓN ”. Cuando un plan de proyecto incluye suficiente asignación de tiempo para un proceso de revisión en todas y cada una de las etapas del desarrollo del proyecto, los entregables y resultados de mayor calidad podemos esperar lo mismo.
Por ejemplo, antes de comenzar a escribir casos de prueba, los evaluadores deben verificar si se revisa el documento de “especificación de requisitos” y si todos los puntos de revisión se consideran y actualizan en el documento. Si la organización está siguiendo un proceso adecuado y maduro, todas las plantillas de documentos deben tener esta información de cambio en la primera página del documento.
Los documentos de casos de prueba deben revisarse al menos 3 veces a través de:
i) Autoevaluación
ii) Revisión por pares
iii) Revisión por parte de otros para verificar la integridad, la cobertura de la prueba, la trazabilidad y si el caso de prueba es comprobable o no.
10) Finalmente, entender cómo estimar y planificar las tareas de prueba . Planee trabajar solo durante el tiempo estimado programado en un día. Esto se puede lograr comenzando y completando las tareas a tiempo y saliendo por el día con los planes para las tareas del día siguiente.
Evite quedarse hasta tarde en la noche y pasar los fines de semana en la oficina. Hoy en día, existen enfoques eficientes de gestión de proyectos y los proyectos se ejecutan en un entorno ágil. Si los equipos del proyecto no logran los hitos, se tratará como una gestión del proyecto ineficiente en lugar de una ineficiencia por parte de los equipos del proyecto.
Nota : Tenga en cuenta, incluso para pruebas automatizadas , los casos de prueba deben estar claramente escritos y revisados al menos una vez, cubriendo completamente el flujo funcional de la aplicación bajo prueba. Cualquier herramienta de prueba de automatización puede registrar y ejecutar casos de prueba con éxito solo cuando los casos de prueba manuales están claramente definidos y escritos.
Métricas de calidad
Esta es una actividad importante en las fases de prueba de software. El equipo de pruebas debe estar completamente al tanto de las diversas métricas de prueba utilizadas para lograr el objetivo del proyecto. El desempeño del probador no se evalúa solo en función de la fase de ejecución de la prueba, sino de todas las métricas de prueba recopiladas del análisis de requisitos, la redacción de casos de prueba, la ejecución, el informe de defectos y finalmente la fase de informe de prueba.
Encuentre a continuación algunas métricas de prueba importantes seguido por la mayoría de las organizaciones para mejorar la productividad de los probadores y la eficiencia de las fases de prueba.
Ver tambiénotras métricas de prueba útiles utilizadas en las fases de prueba:
=> Métricas y medidas de prueba de software importantes y Seguimiento de errores del proyecto en vivo, métricas de prueba y proceso de aprobación de la prueba.
1) Eficiencia de prueba promedio
- Errores por mes-hombre del esfuerzo de prueba.
- Calculado como promedio (errores totales durante el esfuerzo de prueba en meses-hombre).
- Se calculará después de cada versión interna y también después de la finalización de la prueba.
- Límite de aceptación: debe ser inferior a 50
2) Densidad promedio de defectos del cliente
- Errores informados por el cliente después de la entrega frente a los esfuerzos totales de prueba en meses-hombre.
- Calculado como promedio (errores totales después del esfuerzo de entrega / prueba en meses-hombre).
- Se calculará después del lanzamiento externo y la finalización del proyecto.
- Límite de aceptación: debe ser inferior a 1
3) Fallos de las pruebas funcionales
- Un número de casos de prueba funcional fallidos / Número total de casos de prueba funcional ejecutados.
- Se calcula mensualmente o quincenalmente.
4) Errores con nivel de gravedad 1
cuál es el mejor descargador de videos
- El número total de errores identificados con el nivel de gravedad 1 (bloqueador).
- No se pueden continuar las pruebas del software debido a problemas con el bloqueador.
- Se calcula semanalmente.
5) Errores con nivel de gravedad 2
- El número total de errores identificados con el nivel de gravedad 2 (errores importantes).
- No se pueden continuar las pruebas para la función debido a los errores principales, pero se pueden continuar con otras partes del sistema.
- Se calcula semanalmente.
6) Errores con nivel de gravedad 3
- El número total de errores identificados con el nivel de gravedad 3 (errores menores).
- Las pruebas pueden continuar ya que los errores identificados son menores y no detienen la prueba.
- Se calcula semanalmente.
7) Errores con nivel de gravedad 4
- El número total de errores identificados con el nivel de gravedad 4 (problemas estéticos).
- Las pruebas se pueden completar sin ningún problema, ya que los errores identificados están relacionados con la estética y se corregirán para la próxima versión.
- Se calcula semanalmente.
Informe de errores
El mecanismo de notificación de errores debe controlarse con un proceso de prueba maduro para mantener la calidad de la aplicación. Debe haber un proceso de escalado adecuado a las personas autorizadas adecuadas para conocer el estado, la gravedad y la prioridad del error. Existen muchas herramientas de informes de errores comerciales y gratuitas disponibles como Bugzilla, Mantis, etc., que son muy eficaces en el mecanismo de seguimiento de problemas y se pueden integrar fácilmente con cualquier herramienta de gestión de pruebas utilizada en el proyecto.
En todos y cada uno de los proyectos de prueba, se deben seguir procedimientos estándar para un mecanismo de informe de estado en línea a diario. Cada error / problema registrado e informado en estos sistemas de seguimiento de errores debe enviar inmediatamente un correo electrónico a las autoridades respectivas que les ayudarán a planificar y tomar las medidas correspondientes.
Para conocer el proceso de notificación de errores en detallelee los siguientes artículos:
=> ¿Cómo escribir un buen informe de errores? Consejos y trucos
=> Informe de error de muestra
=> ¿Por qué el informe de errores es un arte que todos los probadores deben aprender?
=> Ciclo de vida de los insectos
=> Ejemplos de informes de errores para aplicaciones web y de productos
Informes de las pruebas
Además de los informes de errores generados, registrados y escalados en el sistema de informes de errores, un informe de prueba es uno de los documentos más importantes para conocer el estado de las pruebas y otras métricas importantes identificadas y calculadas durante el período de tiempo de informe de prueba.
A continuación se muestra un informe de prueba tan simple:
Además, lea los siguientes tutoriales útiles parainformes de pruebas efectivos:
=> Guía para redactar un informe resumido de prueba eficaz
=> Cómo informar la ejecución de pruebas de forma inteligente [Descargar plantilla de informe de estado]
¿Cuál es la diferencia entre el reenvío de puertos y la activación de puertos?
Conclusión
El proceso de preparación para la redacción de casos de prueba no es solo la asignación de recursos en el proyecto, sino que hay algunos requisitos clave como prepararnos como probadores elegibles y comprender las métricas de calidad que se monitorean a lo largo del ciclo de vida de las pruebas e incluso después del lanzamiento.
Entonces, seguir el proceso, los estándares, los procedimientos y adherirse estrictamente a las métricas de calidad con pasión, puede traer automáticamente una gran eficiencia de prueba, productividad y un evaluador de calidad en usted, lo que se convertirá en un hábito en su vida profesional.
Estos factores de calidad se pueden autoanalizar o analizar en grupo haciendo pocas preguntas. que dirá si estamos en el camino correcto de mejora personal y de procesos con el objetivo de lograr un enfoque eficiente en la redacción y ejecución de casos de prueba:
- ¿Ha revisado los requisitos funcionales / requisitos de usuario / documentos de casos de uso comercial?
- ¿Se ha revisado y actualizado correctamente el documento de requisitos funcionales con los comentarios de revisión?
- ¿Ha recibido los prototipos de pantalla para todas las funciones a probar?
- ¿Se siente cómodo escribiendo casos de prueba que se puedan probar y rastrear durante todo el ciclo de vida de las pruebas?
- ¿Tiene el conjunto de habilidades y el conocimiento de dominio necesarios para probar la aplicación bajo prueba?
- ¿Necesita formación o conocimientos técnicos necesarios para ejecutar los casos de prueba?
- ¿Tiene el cronograma para escribir, revisar y ejecutar casos de prueba, que cubre el tiempo para preparar documentos de calidad?
- ¿Tiene los compañeros para revisar sus casos de prueba y un experto en la materia autorizado para verificar la integridad y cobertura de las características y funcionalidades que se probarán?
- ¿Tiene suficientes casos de prueba para todos los requisitos funcionales?
- ¿Tiene suficientes casos de prueba para pruebas de rendimiento, carga y seguridad?
- ¿Tiene suficientes casos de prueba para la instalación y las pruebas de regresión?
- ¿Tiene el punto de contacto para escalar los problemas o informar errores?
- ¿La herramienta de seguimiento de errores está configurada correctamente con el permiso requerido para todos?
- ¿Se siente cómodo siguiendo todos los procesos definidos en el plan de prueba?
- ¿Participa en todas las reuniones de revisión y tiene la oportunidad de hablar con el equipo de desarrollo o de gestión?
- ¿Han mejorado su productividad y eficiencia o necesita tomar alguna medida para ello?
Lectura recomendada = >> Los mejores cursos de escritura creativa en línea
Hay muchas preguntas similares que los evaluadores pueden hacerse para el análisis de superación personal, según el tipo de proyecto o la organización con la que estén trabajando. Lo más importante es que todas estas actividades no deben seguirse solo por el simple hecho de seguir los procesos, sino que deben hacerse como sus hábitos diarios que se pueden realizar a través de PASIÓN POR LAS PRUEBAS solamente.
PREV Tutorial | SIGUIENTE Tutorial
Lectura recomendada
- ¿Cómo encontrar un error en la aplicación? Consejos y trucos
- Mejores herramientas de prueba de software 2021 [Herramientas de automatización de pruebas de control de calidad]
- 7 consejos básicos para probar sitios web multilingües
- Ejemplo de informe de errores
- Cómo prepararse para la entrevista de prueba de software
- Descarga del libro electrónico Testing Primer
- Los 20 principales consejos prácticos de prueba de software que debe leer antes de probar cualquier aplicación
- ¿Qué es Monkey Testing en las pruebas de software?