qa software testing checklists
Listas de verificación de pruebas de control de calidad de software
Hoy les traemos otra herramienta de calidad que a menudo se subutiliza y pensamos que volveríamos a hacer un refrito con la esperanza de que recupere su gloria perdida. Es 'Lista de verificación'.
Definición: Una lista de verificación es un catálogo de elementos / tareas que se registran para su seguimiento. Esta lista puede estar ordenada en una secuencia o puede ser desordenada.
Las listas de verificación son una parte integral de nuestra vida diaria. Los usamos en diversas situaciones, desde la compra de comestibles hasta tener una lista de tareas pendientes para las actividades del día.
Lo que vas a aprender:
Descripción general de las listas de verificación de pruebas de software de control de calidad
Tan pronto como llegamos a la oficina, siempre hacemos una lista de cosas que hacer para ese día / semana, como a continuación:
- Llenar hoja de tiempo
- Finalizar documentación
- Llame al equipo offshore a las 10:30 am
- Encuentro a las 4 pm, etc.
A medida que un elemento de la lista está listo, lo tacha, lo elimina de la lista o marca el elemento con una marca para marcar su finalización. ¿No nos resulta demasiado familiar?
Sin embargo, ¿es para eso todo lo que se puede utilizar?
cuales son las fases de sdlc
¿Podemos usar listas de verificación en nuestros proyectos de TI de manera formal (específicamente QA) y, en caso afirmativo, cuándo y cómo? Esto es lo que se tratará a continuación.
Personalmente, defiendo el uso de listas de verificación por las siguientes razones:
- Es versátil: se puede usar para cualquier cosa.
- Fácil de crear / usar / mantener
- Analizar los resultados (progreso de la tarea / estado de finalización) es muy fácil
- Muy flexible: puede agregar o eliminar elementos según sea necesario
Como es la práctica general, hablaremos de los aspectos “Por qué” y “Cómo”.
- ¿Por qué necesitamos listas de verificación? : Para rastrear y evaluar la finalización (o no finalización). Tomar nota de las tareas, para que no se pase nada por alto.
- ¿Cómo creamos listas de verificación? : Bueno, esto no podría ser más sencillo. Simplemente, escriba todo punto por punto.
Ejemplo de listas de verificación para procesos de control de calidad:
Como mencioné anteriormente, hay algunas áreas en el campo de la garantía de calidad en las que podemos poner en práctica de manera efectiva el concepto de lista de verificación y obtener buenos resultados. Dos de las áreas que veremos hoy son:
- Revisión de preparación para la prueba
- Cuándo detener la prueba o salir de la lista de verificación de criterios
# 1) Revisión de preparación para la prueba
Esta es una actividad muy común que realiza cada equipo de control de calidad para determinar si tienen todo lo que necesitan para pasar a la fase de ejecución de la prueba. Además, esta es una actividad recurrente antes de cada ciclo de prueba en proyectos que involucran múltiples ciclos.
Para no tener problemas después de que comience la fase de prueba y darnos cuenta de que ingresamos a la fase de ejecución prematuramente, cada proyecto de control de calidad debe realizar una revisión para determinar que tiene todas las entradas necesarias para una prueba exitosa.
Una lista de verificación facilita perfectamente esta actividad. Le permite hacer una lista de 'cosas necesarias' con anticipación y revisar cada elemento de forma secuencial. Incluso puede reutilizar la hoja una vez creada para ciclos de prueba posteriores.
Información adicional: La revisión de preparación de la prueba generalmente se crea y la revisión la realiza el representante del equipo de control de calidad. Los resultados se comparten con los PM y los demás miembros del equipo para indicar si el equipo de prueba está listo o no para pasar a la fase de ejecución de la prueba.
A continuación se muestra un ejemplo de una lista de verificación de la Revisión de preparación para la prueba:
Criterios de revisión de preparación de la prueba (TRR) | Estado |
Todos los Requisitos finalizados y analizados | Hecho |
Plan de prueba creado y revisado | Hecho |
Preparación de casos de prueba hecho | |
Revisión de casos de prueba y cierre de sesión | |
Datos de prueba disponibilidad | |
Prueba de humo | |
¿Se realizan pruebas de cordura? | |
Equipo consciente de los roles y responsabilidades | |
Equipo consciente de los entregables que se esperan de ellos | |
Equipo consciente del Protocolo de comunicación | |
Acceso del equipo a la aplicación, herramientas de control de versiones, Gestión de pruebas | |
El equipo está capacitado | |
Aspectos técnicos: ¿Server1 actualizado o no? | |
Se definen los estándares de notificación de defectos |
Ahora, todo lo que tienes que hacer con esta lista es marcar como hecho o no.
# 2) Lista de verificación de criterios de salida
Como su nombre lo indica, esta es una lista de verificación que ayuda en la toma de decisiones sobre si una fase / ciclo de prueba debe detenerse o continuar.
Dado que no es posible un producto libre de defectos y tendremos que asegurarnos de realizar las pruebas en la mejor medida posible en el período de tiempo dado, se crea una lista de verificación del efecto a continuación para rastrear los criterios más importantes que deben cumplirse. para considerar satisfactoria una fase de prueba.
Criterio de salida | Estado |
Scripts de prueba 100% ejecutados | Hecho |
Tasa de aprobación del 95% de los guiones de prueba | |
Sin defectos abiertos críticos y de alta gravedad | |
El 95% de los defectos de gravedad media se han cerrado. | |
Todos los defectos restantes se cancelan o documentan como solicitudes de cambio para una versión futura. | |
Todos los resultados esperados y reales se capturan y documentan con el script de prueba. | Hecho |
Todas las métricas de prueba se recopilan según los informes de HP ALM | |
Todos los defectos se registran en HP ALM | Hecho |
El memorando de cierre de la prueba está completado y firmado |
Lista de comprobación de pruebas
¿Vas a iniciar un nuevo proyecto para probar? No olvide revisar esta lista de verificación de pruebas en todos y cada uno de los pasos del ciclo de vida de su proyecto. La lista es en su mayoría equivalente al plan de prueba, cubrirá todos los estándares de control y prueba de calidad.
Lista de comprobación de pruebas:
- Crear pruebas de aceptación y del sistema []
- Iniciar la creación de la prueba de aceptación []
- Identificar equipo de prueba []
- Crear plan de trabajo []
- Crear enfoque de prueba []
- Vincular los criterios y requisitos de aceptación para formar la base de la prueba de aceptación []
- Utilice un subconjunto de casos de prueba del sistema para formar la parte de requisitos de la Prueba de aceptación []
- Cree secuencias de comandos para que las utilice el cliente a fin de demostrar que el sistema cumple con los requisitos []
- Cree un horario de prueba. Incluya personas y todos los demás recursos. []
- Realizar prueba de aceptación []
- Iniciar la creación de la prueba del sistema []
- Identifique a los miembros del equipo de prueba []
- Crear plan de trabajo []
- Determinar los requisitos de recursos []
- Identificar herramientas de productividad para realizar pruebas []
- Determinar los requisitos de datos []
- Llegue a un acuerdo con el centro de datos []
- Crear enfoque de prueba []
- Identifique las instalaciones que se necesitan []
- Obtenga y revise el material de prueba existente []
- Cree un inventario de elementos de prueba []
- Identificar estados, condiciones, procesos y procedimientos de diseño []
- Determine la necesidad de pruebas basadas en código (caja blanca). Identificar condiciones. []
- Identifique todos los requisitos funcionales []
- Finalizar la creación de inventario []
- Iniciar la creación del caso de prueba []
- Cree casos de prueba basados en el inventario de elementos de prueba []
- Identificar grupos lógicos de función empresarial para el nuevo sistema []
- Divida los casos de prueba en grupos funcionales rastreados para probar el inventario de elementos []
- Diseñar conjuntos de datos para que se correspondan con los casos de prueba []
- Finalizar la creación del caso de prueba []
- Revise las funciones comerciales, los casos de prueba y los conjuntos de datos con los usuarios []
- Obtenga la aprobación del diseño de prueba del líder del proyecto y control de calidad []
- Diseño de prueba final []
- Comenzar la preparación de la prueba []
- Obtenga recursos de soporte de prueba []
- Describe los resultados esperados para cada caso de prueba []
- Obtenga datos de prueba. Validar y rastrear hasta casos de prueba []
- Prepare scripts de prueba detallados para cada caso de prueba []
- Prepare y documente los procedimientos de configuración ambiental. Incluya planes de respaldo y recuperación []
- Finalizar la fase de preparación de la prueba []
- Realizar prueba del sistema []
- Ejecutar secuencias de comandos de prueba []
- Compare el resultado real con el esperado []
- Documentar las discrepancias y crear un informe de problemas []
- Preparar la entrada de la fase de mantenimiento []
- Vuelva a ejecutar el grupo de prueba después de las reparaciones del problema []
- Cree un informe de prueba final, incluya una lista de errores conocidos []
- Obtenga la aprobación formal []
Lista de verificación de automatización
Si responde afirmativamente a cualquiera de estas preguntas, entonces su prueba debe considerarse seriamente para la automatización.
P # 1) ¿Se puede definir la secuencia de acciones de prueba?
Responder: ¿Es útil repetir la secuencia de acciones muchas veces? Ejemplos de esto serían las pruebas de aceptación, las pruebas de compatibilidad, las pruebas de rendimiento y las pruebas de regresión.
P # 2) ¿Es posible automatizar la secuencia de acciones?
Responder: Esto puede determinar que la automatización no sea adecuada para esta secuencia de acciones.
P # 3) ¿Es posible “semi-automatizar” una prueba?
Responder: Automatizar partes de una prueba puede acelerar el tiempo de ejecución de la prueba.
P # 4) ¿El comportamiento del software bajo prueba es el mismo con la automatización que sin ella?
Responder: Esta es una preocupación importante para las pruebas de rendimiento.
cómo abrir archivos jar en windows 10P # 5) ¿Está probando aspectos del programa que no son de UI? Responder: Casi todas las funciones que no son de IU pueden y deben ser pruebas automatizadas.
P # 6) ¿Necesita ejecutar las mismas pruebas en múltiples configuraciones de hardware?
Responder: Ejecute pruebas ad-hoc (Nota: Idealmente, cada error debería tener un caso de prueba asociado. Las pruebas ad hoc se realizan mejor manualmente. Debe intentar imaginarse a sí mismo en situaciones del mundo real y usar su software como lo haría su cliente. A medida que se encuentran los errores durante las pruebas ad-hoc, se deben crear nuevos casos de prueba para que se puedan reproducir fácilmente y para que las pruebas de regresión se puedan realizar cuando llegue a la fase de creación de errores cero).
Una prueba ad-hoc es una prueba que se realiza manualmente donde el probador intenta simular el uso del producto de software en el mundo real. Es cuando se ejecutan pruebas ad hoc cuando se encuentran la mayoría de los errores. Cabe destacar que la automatización nunca puede sustituir a las pruebas manuales.
Puntos a tener en cuenta:
- Los dos anteriores son ejemplos para mostrar el uso de listas de verificación para Procesos de control de calidad , pero el uso no se limita a estas dos áreas.
- Los elementos en cada lista también son indicadores para dar una idea a los lectores sobre qué tipo de elementos se pueden incluir y rastrear; sin embargo, la lista se puede expandir y / o compactar según sea necesario.
Realmente esperamos que los ejemplos anteriores hayan tenido éxito en llevar adelante el potencial de las listas de verificación para los procesos de QA y TI.
Por lo tanto, la próxima vez que necesite una herramienta simple que sea semiformal, simple y eficiente, esperamos haberlo orientado a darle una oportunidad a las listas de verificación. A veces, la solución más simple es la mejor.
Lectura recomendada
- Mejores herramientas de prueba de software 2021 [Herramientas de automatización de pruebas de control de calidad]
- Trabajo de asistente de control de calidad de pruebas de software
- Curso de pruebas de software: ¿A qué instituto de pruebas de software debo unirme?
- Elegir las pruebas de software como carrera
- Prueba de software Escritor de contenido técnico Trabajo autónomo
- Documentos de preguntas de muestra de certificación de pruebas ISTQB con respuestas
- Algunas preguntas interesantes de la entrevista sobre pruebas de software
- Comentarios y revisiones del curso de pruebas de software