Más de 180 casos de prueba de prueba de aplicaciones web (lista de verificación de muestra)

180 web application testing example test cases

Casos de prueba de ejemplo de prueba de aplicaciones web: Esta es una lista de verificación de prueba completa para aplicaciones de escritorio y basadas en la web.

Esta es una lista muy completa de casos / escenarios de prueba de ejemplo de pruebas de aplicaciones web. Nuestro objetivo es compartir una de las listas de verificación de pruebas más completas jamás escritas y esto aún no está hecho.

También seguiremos actualizando esta publicación en el futuro con más casos y escenarios de prueba. Si no tienes tiempo para leerlo ahora, no dudes en compartirlo con tus amigos y marcarlo para más tarde.

Haga una lista de verificación de prueba como parte integral del proceso de redacción de su caso de prueba. Con esta lista de verificación, puede crear fácilmente cientos de Casos de prueba para probar aplicaciones web o de escritorio.

Todos estos son casos de prueba generales y deberían ser aplicables a casi todo tipo de aplicaciones. Consulte estas pruebas mientras escribe casos de prueba para su proyecto y estoy seguro de que cubrirá la mayoría de tipos de prueba excepto las reglas comerciales específicas de la aplicación proporcionadas en sus documentos SRS.

Aunque esta es una lista de verificación común, recomiendo preparar una lista de verificación de prueba estándar adaptada a sus necesidades específicas utilizando los casos de prueba a continuación, además de las pruebas específicas de la aplicación.

Herramienta recomendada:

Antes de continuar con el proceso de escritura de casos de prueba, recomendamos descargar esta herramienta de administración de casos de prueba. Esto facilitará el proceso de redacción de su plan de prueba y caso de prueba mencionado en este tutorial.

=> Descargar la herramienta de gestión de casos de prueba TestRail

Importancia de utilizar una lista de verificación para realizar pruebas

#1) Mantener un repositorio estándar de casos de prueba reutilizables para su aplicación garantizará que la mayoría de los errores comunes se detecten más rápidamente.
#2) Una lista de verificación ayuda a completar la redacción de casos de prueba rápidamente para nuevas versiones de la aplicación.
#3) La reutilización de los casos de prueba ayuda a ahorrar dinero en recursos para escribir pruebas repetitivas.
#4) Siempre se cubrirán casos de prueba importantes, por lo que será casi imposible olvidarlos.
#5) Los desarrolladores pueden consultar la lista de verificación de pruebas para asegurarse de que los problemas más comunes se solucionen en la fase de desarrollo.

Notas:

• Ejecute estos escenarios con diferentes roles de usuario, p. Ej. usuario administrador, usuario invitado, etc.
• Para aplicaciones web, estos escenarios debe probarse en varios navegadores como IE, FF, Chrome y Safari con versiones aprobadas por el cliente.
• Pruebe con diferentes resoluciones de pantalla como 1024 x 768, 1280 x 1024, etc.
• Una aplicación debe probarse en una variedad de pantallas como LCD, CRT, computadoras portátiles, tabletas y teléfonos móviles.
• Pruebe la aplicación en diferentes plataformas como Windows, Mac, sistemas operativos Linux, etc.

Lo que vas a aprender:

• Más de 180 casos de prueba de prueba de aplicaciones web
  • Escenarios de prueba generales
  • Escenarios de prueba de GUI y usabilidad
    • Escenarios de prueba para criterios de filtro
    • Escenarios de prueba para la cuadrícula de resultados
    • Escenarios de prueba para una ventana
  • Escenarios de prueba de prueba de base de datos
    • Escenarios de prueba para la funcionalidad de carga de imágenes
    • Escenarios de prueba para enviar correos electrónicos
    • Escenarios de prueba para la funcionalidad de exportación de Excel
  • Escenarios de prueba de pruebas de rendimiento
  • Escenarios de prueba de pruebas de seguridad
• Más de 100 casos de prueba listos para ejecutar (listas de verificación)
  • La lista de verificación completa (casos de prueba) para los componentes más comunes de AUT
    • Lista de verificación n. ° 1: Lista de verificación de pruebas móviles
    • Lista de verificación n. ° 2: Lista de verificación de prueba de formularios / pantallas
    • Lista de verificación n. ° 3: Lista de verificación de pruebas de campo de cuadro de texto
    • Lista de verificación n. ° 4: Lista de verificación de prueba de cuadro de lista o lista desplegable
    • Lista de verificación n. ° 5: Lista de verificación de prueba de campo de casilla de verificación
    • Lista de verificación n. ° 6: Lista de verificación de prueba de botones de radio
    • Lista de comprobación n. ° 7: escenarios de prueba de campo de fecha
    • Lista de comprobación n. ° 8: escenarios de prueba del botón Guardar
    • Lista de comprobación n. ° 9: Escenarios de prueba del botón Cancelar
    • Lista de comprobación n. ° 10: Eliminar puntos de prueba de botones
    • Lista de verificación n. ° 11: para verificar las áreas afectadas después de guardar o actualizar
    • Lista de verificación n. ° 12: Lista de pruebas de cuadrícula de datos
  • Lectura recomendada

Más de 180 casos de prueba de prueba de aplicaciones web

Supuestos: Suponga que su aplicación admite las siguientes funcionalidades

• Formularios con varios campos
• Ventanas para niños
• La aplicación interactúa con la base de datos.
• Varios criterios de filtro de búsqueda y resultados de visualización
• Carga de imagen
• Enviar funcionalidad de correo electrónico
• Funcionalidad de exportación de datos

Escenarios de prueba generales

1. Todos los campos obligatorios deben estar validados e indicados con un símbolo de asterisco (*).
2. Los mensajes de error de validación deben mostrarse correctamente en la posición correcta.
3. Todos los mensajes de error deben mostrarse con el mismo estilo CSS ( Por ejemplo, usando color rojo)
4. Los mensajes de confirmación generales deben mostrarse utilizando un estilo CSS que no sea el estilo de mensajes de error ( Por ejemplo, usando color verde)
5. El texto de la información sobre herramientas debe ser significativo.
6. Los campos desplegables deben tener la primera entrada en blanco o texto como 'Seleccionar'.
7. 'Eliminar funcionalidad' para cualquier registro en una página debe solicitar una confirmación.
8. Se debe proporcionar la opción Seleccionar / deseleccionar todos los registros si la página admite la función de agregar / eliminar / actualizar registros
9. Los valores de las cantidades deben mostrarse con los símbolos de moneda correctos.
10. Debe proporcionarse la clasificación de páginas predeterminada.
11. La funcionalidad del botón de reinicio debe establecer valores predeterminados para todos los campos.
12. Todos los valores numéricos deben tener el formato correcto.
13. Los campos de entrada deben comprobarse para el valor máximo del campo. Los valores de entrada mayores que el límite máximo especificado no deben aceptarse ni almacenarse en la base de datos.
14. Compruebe todos los campos de entrada en busca de caracteres especiales.
15. Las etiquetas de campo deben ser estándar, p. Ej. El campo que acepta el nombre del usuario debe etiquetarse correctamente como 'Nombre'.
16. Verifique la funcionalidad de clasificación de páginas después de agregar / editar / eliminar operaciones en cualquier registro.
17. Compruebe la funcionalidad de tiempo de espera. Los valores de tiempo de espera deben ser configurables. Compruebe el comportamiento de la aplicación después del tiempo de espera de la operación.
18. Compruebe las cookies utilizadas en una aplicación.
19. Compruebe si los archivos descargables apuntan a las rutas de archivo correctas.
20. Todas las claves de recursos deben ser configurables en archivos de configuración o base de datos en lugar de codificación.
21. Deben seguirse todas las convenciones estándar para nombrar claves de recursos.
22. Valide el marcado de todas las páginas web (valide HTML y CSS para detectar errores de sintaxis) para asegurarse de que cumpla con los estándares.
23. El bloqueo de la aplicación o las páginas no disponibles deben redirigirse a la página de error.
24. Revise el texto en todas las páginas para ver si hay errores ortográficos y gramaticales.
25. Compruebe los campos de entrada numérica con valores de entrada de caracteres. Debería aparecer un mensaje de validación adecuado.
26. Compruebe si hay números negativos si está permitido para campos numéricos.
27. Verifique el número de campos con valores numéricos decimales.
28. Verifique la funcionalidad de los botones disponibles en todas las páginas.
29. El usuario no debería poder enviar una página dos veces presionando el botón enviar en rápida sucesión.
30. Los errores de división por cero deben manejarse para cualquier cálculo.
31. Los datos de entrada con la primera y la última posición en blanco deben manejarse correctamente.

mejor aplicación de gestión de proyectos para iphone

Escenarios de prueba de GUI y usabilidad

1. Todos los campos de una página ( Por ejemplo, cuadro de texto, opciones de radio, listas desplegables) deben alinearse correctamente.
2. Los valores numéricos deben justificarse correctamente a menos que se especifique lo contrario.
3. Debe proporcionarse suficiente espacio entre las etiquetas de los campos, columnas, filas, mensajes de error, etc.
4. La barra de desplazamiento debe habilitarse solo cuando sea necesario.
5. El tamaño, el estilo y el color de la fuente para el título, el texto de descripción, las etiquetas, los datos dentro del campo y la información de la cuadrícula deben ser estándar como se especifica en SRS.
6. El cuadro de texto de descripción debe tener varias líneas.
7. Los campos deshabilitados deben aparecer atenuados y los usuarios no deben poder establecer el foco en estos campos.
8. Al hacer clic en un campo de entrada de texto, el puntero de flecha del mouse debería cambiarse al cursor.
9. El usuario no debería poder escribir en listas de selección desplegables.
10. La información proporcionada por los usuarios debe permanecer intacta cuando hay un mensaje de error en el envío de la página. El usuario debería poder enviar el formulario nuevamente corrigiendo los errores.
11. Compruebe si se utilizan etiquetas de campo adecuadas en los mensajes de error.
12. Los valores de los campos desplegables deben mostrarse en un orden de clasificación definido.
13. El orden de tabulación y Shift + Tab debería funcionar correctamente.
14. Las opciones de radio predeterminadas deben estar preseleccionadas en la carga de la página.
15. Deben estar disponibles mensajes de ayuda a nivel de página y específicos del campo.
16. Compruebe si los campos correctos están resaltados en caso de errores.
17. Compruebe si las opciones de la lista desplegable son legibles y no están truncadas debido a límites de tamaño de campo.
18. Todos los botones de una página deben ser accesibles mediante atajos de teclado y el usuario debe poder realizar todas las operaciones utilizando un teclado.
19. Revise todas las páginas para ver si hay imágenes rotas.
20. Revise todas las páginas para ver si hay enlaces rotos.
21. Todas las páginas deben tener un título.
22. Deben mostrarse mensajes de confirmación antes de realizar cualquier operación de actualización o eliminación.
23. El reloj de arena debe mostrarse cuando la aplicación está ocupada.
24. El texto de la página debe estar justificado a la izquierda.
25. El usuario debe poder seleccionar solo una opción de radio y cualquier combinación para las casillas de verificación.

Escenarios de prueba para criterios de filtro

1. El usuario debería poder filtrar los resultados utilizando todos los parámetros de la página.
2. La función de búsqueda refinada debe cargar la página de búsqueda con todos los parámetros de búsqueda seleccionados por el usuario.
3. Cuando exista al menos un criterio de filtro requerido para realizar la operación de búsqueda, asegúrese de que se muestre el mensaje de error adecuado cuando el usuario envíe la página sin seleccionar ningún criterio de filtro.
4. Cuando al menos una selección de criterios de filtro no es obligatoria, el usuario debe poder enviar la página y los criterios de búsqueda predeterminados deben acostumbrarse a los resultados de la consulta.
5. Deben mostrarse mensajes de validación adecuados para todos los valores no válidos para los criterios de filtrado.

Escenarios de prueba para la cuadrícula de resultados

1. El símbolo de carga de la página debe aparecer cuando se tarda más del tiempo predeterminado en cargar la página de resultados.
2. Compruebe si se utilizan todos los parámetros de búsqueda para obtener los datos que se muestran en la cuadrícula de resultados.
3. El número total de resultados debe mostrarse en la cuadrícula de resultados.
4. Los criterios de búsqueda utilizados para la búsqueda deben mostrarse en la cuadrícula de resultados.
5. Los valores de la cuadrícula de resultados deben ordenarse por columna predeterminada.
6. Las columnas ordenadas deben mostrarse con un icono de ordenación.
7. Las cuadrículas de resultados deben incluir todas las columnas especificadas con los valores correctos.
8. La funcionalidad de clasificación ascendente y descendente debería funcionar para columnas compatibles con la clasificación de datos.
9. Las cuadrículas de resultados deben mostrarse con el espacio adecuado entre filas y columnas.
10. La paginación debe estar habilitada cuando hay más resultados que el recuento de resultados predeterminado por página.
11. Compruebe la funcionalidad de paginación de la página siguiente, anterior, primera y última.
12. Los registros duplicados no deben mostrarse en la cuadrícula de resultados.
13. Verifique si todas las columnas están visibles y si una barra de desplazamiento horizontal está habilitada si es necesario.
14. Verifique los datos para columnas dinámicas (columnas cuyos valores se calculan dinámicamente en base a los valores de otras columnas).
15. Para las cuadrículas de resultados que muestran informes, marque la fila 'Totales' y verifique el total de cada columna.
16. Para las cuadrículas de resultados que muestran informes, verifique los datos de la fila 'Totales' cuando la paginación está habilitada y el usuario navega a la página siguiente.
17. Compruebe si se utilizan los símbolos adecuados para mostrar los valores de las columnas, p. Ej. Se debe mostrar el símbolo% para el cálculo del porcentaje.
18. Verifique los datos de la cuadrícula de resultados para saber si el rango de fechas está habilitado.

Escenarios de prueba para una ventana

1. Compruebe si el tamaño de ventana predeterminado es correcto.
2. Compruebe si el tamaño de la ventana secundaria es correcto.
3. Compruebe si hay algún campo en la página con el enfoque predeterminado (en general, el enfoque debe establecerse en el primer campo de entrada de la pantalla).
4. Verifique si las ventanas secundarias se cierran al cerrar la ventana principal / abridor.
5. Si se abre la ventana secundaria, el usuario no debería poder usar ni actualizar ningún campo en el fondo o en la ventana principal.
6. Compruebe la funcionalidad de minimizar, maximizar y cerrar la ventana.
7. Compruebe si la ventana es redimensionable.
8. Compruebe la funcionalidad de la barra de desplazamiento para las ventanas principales y secundarias.
9. Verifique la funcionalidad del botón cancelar para la ventana secundaria.

Escenarios de prueba de prueba de base de datos

1. Verifique si los datos correctos se están guardando en la base de datos después de enviar una página correctamente.
2. Compruebe los valores de las columnas que no aceptan valores nulos.
3. Verifique la integridad de los datos. Los datos deben almacenarse en tablas únicas o múltiples según el diseño.
4. Los nombres de los índices deben darse según las normas, p. Ej. INDIANA__
5. Las tablas deben tener una columna de clave primaria.
6. Las columnas de la tabla deben tener información descriptiva disponible (excepto las columnas de auditoría como la fecha de creación, creado por, etc.)
7. Para cada operación de agregar / actualizar la base de datos se debe agregar un registro.
8. Deben crearse los índices de tabla necesarios.
9. Verifique si los datos están comprometidos en la base de datos solo cuando la operación se complete con éxito.
10. Los datos deben revertirse en caso de transacciones fallidas.
11. El nombre de la base de datos debe proporcionarse según el tipo de aplicación, es decir, prueba, UAT, sandbox, en vivo (aunque esto no es un estándar, es útil para el mantenimiento de la base de datos)
12. Los nombres lógicos de la base de datos deben darse de acuerdo con el nombre de la base de datos (nuevamente, esto no es estándar pero útil para el mantenimiento de la base de datos).
13. Los procedimientos almacenados no deben tener el prefijo 'sp_'
14. Compruebe si los valores de las columnas de auditoría de la tabla (como la fecha de creación, creado por, actualizado, actualizado por, se eliminan, los datos eliminados, eliminados por, etc.) se completan correctamente.
15. Compruebe si los datos de entrada no se truncan al guardar. La longitud del campo que se muestra al usuario en la página y en el esquema de la base de datos debe ser la misma.
16. Verifique los campos numéricos con valores mínimos, máximos y flotantes.
17. Verifique los campos numéricos con valores negativos (tanto de aceptación como de no aceptación).
18. Compruebe si el botón de opción y las opciones de la lista desplegable se guardan correctamente en la base de datos.
19. Compruebe si los campos de la base de datos están diseñados con el tipo y la longitud de datos correctos.
20. Compruebe si todas las restricciones de la tabla, como una clave principal, una clave externa, etc., están implementadas correctamente.
21. Pruebe los procedimientos almacenados y los activadores con datos de entrada de muestra.
22. Los espacios iniciales y finales de los campos de entrada deben truncarse antes de enviar datos a la base de datos.
23. No se deben permitir valores nulos para la columna Clave principal.

Escenarios de prueba para la funcionalidad de carga de imágenes

(También aplicable para otras funciones de carga de archivos)
1. Compruebe la ruta de la imagen cargada.
2. Verifique la carga de imágenes y cambie la funcionalidad.
3. Verifique la funcionalidad de carga de imágenes con archivos de imágenes de diferentes extensiones ( Por ejemplo, JPEG, PNG, BMP, etc.)
4. Verifique la funcionalidad de carga de imágenes con imágenes que tengan espacio o cualquier otro carácter especial permitido en el nombre del archivo.
5. Verifique la carga de la imagen del nombre duplicado.
6. Verifique la carga de la imagen con un tamaño de imagen mayor que el tamaño máximo permitido. Debería mostrarse el mensaje de error adecuado.
7. Verifique la funcionalidad de carga de imágenes con tipos de archivos que no sean imágenes ( Por ejemplo, txt, doc, pdf, exe, etc.). Debería mostrarse un mensaje de error adecuado.
8. Compruebe si las imágenes de altura y ancho especificadas (si están definidas) se aceptan, de lo contrario se rechazan.
9. La barra de progreso de carga de imágenes debería aparecer para imágenes de gran tamaño.
10. Compruebe si la funcionalidad del botón de cancelación está funcionando entre el proceso de carga.
11. Compruebe si el cuadro de diálogo de selección de archivos muestra solo los archivos compatibles enumerados.
12. Verifique la funcionalidad de carga de múltiples imágenes.
13. Verifique la calidad de la imagen después de cargarla. La calidad de la imagen no debe cambiarse después de la carga.
14. Compruebe si el usuario puede usar / ver las imágenes cargadas.

Escenarios de prueba para enviar correos electrónicos

(Los casos de prueba para redactar o validar correos electrónicos no se incluyen aquí)
(Asegúrese de utilizar direcciones de correo electrónico ficticias antes de ejecutar pruebas relacionadas con el correo electrónico)
1. La plantilla de correo electrónico debe utilizar CSS estándar para todos los correos electrónicos.
2. Las direcciones de correo electrónico deben validarse antes de enviar correos electrónicos.
3. Los caracteres especiales en la plantilla del cuerpo del correo electrónico deben manejarse correctamente.
4. Caracteres específicos del idioma ( Por ejemplo, Los caracteres del idioma ruso, chino o alemán) deben manejarse correctamente en la plantilla del cuerpo del correo electrónico.
5. El asunto del correo electrónico no debe estar en blanco.
6. Los campos de marcador de posición utilizados en la plantilla de correo electrónico deben reemplazarse con valores reales, p. Ej. {Nombre} {Apellido} debe reemplazarse con el nombre y apellido de una persona correctamente para todos los destinatarios.
7. Si se incluyen informes con valores dinámicos en el cuerpo del correo electrónico y los datos del informe deben calcularse correctamente.
8. El nombre del remitente del correo electrónico no debe estar en blanco.
9. Los correos electrónicos deben revisarse en diferentes clientes de correo electrónico como Outlook, Gmail, Hotmail, Yahoo! correo, etc.
10. Marque para enviar la funcionalidad de correo electrónico usando los campos TO, CC y BCC.
11. Revise los correos electrónicos de texto sin formato.
12. Verifique los correos electrónicos en formato HTML.
13. Revise el encabezado y pie de página del correo electrónico para ver el logotipo de la empresa, la política de privacidad y otros enlaces.
14. Revise los correos electrónicos con archivos adjuntos.
15. Marque para enviar la funcionalidad de correo electrónico a destinatarios únicos, múltiples o de listas de distribución.
16. Compruebe si la respuesta a la dirección de correo electrónico es correcta.
17. Marque para enviar un gran volumen de correos electrónicos.

Escenarios de prueba para la funcionalidad de exportación de Excel

1. El archivo debe exportarse con la extensión de archivo adecuada.
2. El nombre del archivo de Excel exportado debe cumplir con los estándares, Por ejemplo, si el nombre del archivo usa la marca de tiempo, debería reemplazarse correctamente con una marca de tiempo real en el momento de exportar el archivo.
3. Verifique el formato de fecha si el archivo de Excel exportado contiene las columnas de fecha.
4. Verifique el formato de números para valores numéricos o de moneda. El formato debe ser el mismo que se muestra en la página.
5. El archivo exportado debe tener columnas con los nombres de columna adecuados.
6. La clasificación de páginas predeterminada también debe incluirse en el archivo exportado.
7. Los datos del archivo de Excel deben formatearse correctamente con el texto de encabezado y pie de página, la fecha, los números de página, etc., valores para todas las páginas.
8. Compruebe si los datos que se muestran en una página y el archivo de Excel exportado son los mismos.
9. Verifique la funcionalidad de exportación cuando la paginación esté habilitada.
10. Compruebe si el botón de exportación muestra el icono adecuado según el tipo de archivo exportado, Por ejemplo, Icono de archivo de Excel para archivos xls
11. Verifique la funcionalidad de exportación para archivos con un tamaño muy grande.
12. Verifique la funcionalidad de exportación para las páginas que contienen caracteres especiales. Compruebe si estos caracteres especiales se exportan correctamente en el archivo de Excel.

Escenarios de prueba de pruebas de rendimiento

1. Compruebe si el tiempo de carga de la página está dentro del rango aceptable.
2. Compruebe la carga de la página en conexiones lentas.
3. Verifique el tiempo de respuesta para cualquier acción bajo condiciones de carga ligera, normal, moderada y pesada.
4. Compruebe el rendimiento de los desencadenadores y procedimientos almacenados de la base de datos.
5. Verifique el tiempo de ejecución de la consulta de la base de datos.
6. Verifique las pruebas de carga de la aplicación.
7. Verifique las pruebas de estrés de la aplicación.
8. Verifique el uso de la CPU y la memoria en condiciones de carga máxima.

Escenarios de prueba de pruebas de seguridad

1. Compruebe si hay ataques de inyección de SQL.
2. Las páginas seguras deben utilizar el protocolo HTTPS.
3. El bloqueo de la página no debe revelar información de la aplicación o del servidor. La página de error debería mostrarse para esto.
4. Escape de los caracteres especiales en la entrada.
5. Los mensajes de error no deben revelar información confidencial.
6. Todas las credenciales deben transferirse a través de un canal cifrado.
7. Pruebe la seguridad de la contraseña y la aplicación de la política de contraseña.
8. Verifique la funcionalidad de cierre de sesión de la aplicación.
9. Compruebe si hay ataques de fuerza bruta.
10. La información de las cookies debe almacenarse únicamente en formato cifrado.
11. Verifique la duración de la cookie de sesión y la terminación de la sesión después del tiempo de espera o cierre de sesión.
11. Los tokens de sesión deben transmitirse a través de un canal seguro.
13. La contraseña no debe almacenarse en cookies.
14. Prueba de ataques de denegación de servicio.
15. Pruebe si hay pérdida de memoria.
16. Pruebe el acceso no autorizado a aplicaciones manipulando los valores de las variables en la barra de direcciones del navegador.
17. Pruebe el manejo de la extensión de archivo para que los archivos exe no se carguen y ejecuten en el servidor.
18. Los campos confidenciales como contraseñas e información de tarjetas de crédito no deberían tener que autocompletarse habilitado.
19. La funcionalidad de carga de archivos debe usar restricciones de tipo de archivo y también antivirus para escanear los archivos cargados.
20. Compruebe si la lista de directorios está prohibida.
21. Las contraseñas y otros campos confidenciales deben ocultarse al escribir.
22. Compruebe si la funcionalidad de la contraseña olvidada está protegida con funciones como la caducidad temporal de la contraseña después de las horas especificadas y la pregunta de seguridad antes de cambiar o solicitar una nueva contraseña.
23. Verifique la funcionalidad CAPTCHA.
24. Compruebe si los eventos importantes están registrados en los archivos de registro.
25. Verifique si los privilegios de acceso están implementados correctamente.

Casos de prueba de pruebas de penetración - He enumerado alrededor de 41 casos de prueba para pruebas de penetración en esta página .

Realmente me gustaría agradecer Devanshu lavaniya (Ingeniero de control de calidad sénior que trabaja para I-link Infosoft) por ayudarme a preparar esta lista de verificación completa de pruebas.

Intenté cubrir casi todos los escenarios de prueba estándar para la funcionalidad de aplicaciones web y de escritorio. Pero aún así, sé que esta no es una lista de verificación completa. Los probadores en diferentes proyectos tienen su propia lista de verificación de prueba basada en su experiencia.

Actualizado:

Más de 100 casos de prueba listos para ejecutar (listas de verificación)

Puede utilizar esta lista para probar los componentes más comunes de AUT

¿Cómo probar los componentes más comunes de su AUT de manera efectiva, cada vez?

Este artículo es una lista de validaciones comunes en la mayoría de los elementos de AUT que se encuentran en conjunto para la conveniencia de los evaluadores (especialmente en el entorno ágil donde ocurren frecuentes lanzamientos a corto plazo).

Cada AUT (Aplicación bajo prueba) es única y tiene un propósito comercial muy específico. Los aspectos individuales (módulos) de la AUT se adaptan a diferentes operaciones / acciones que son cruciales para el éxito del negocio que respalda la AUT.

Aunque cada AUT está diseñado de manera diferente, los componentes / campos individuales que encontramos en la mayoría de las páginas / pantallas / aplicaciones son los mismos con un comportamiento más o menos similar.

Algunos componentes comunes de AUT:

• Guardar, Actualizar, Eliminar, Restablecer, Cancelar, Aceptar - enlaces / botones- cuya funcionalidad es la etiqueta del objeto que indica.
• Cuadro de texto, menús desplegables, casillas de verificación, botones de opción, campos de control de fecha, que funcionan de la misma manera siempre.
• Cuadrículas de datos, áreas impactadas, etc. para facilitar los informes.

La forma en que estos elementos individuales contribuyen a la funcionalidad general de la aplicación puede ser diferente, pero los pasos para validarlos son siempre los mismos.

Continuemos con la lista de validaciones más comunes para Aplicación web o de escritorio páginas / formularios.

Nota : El resultado real, el resultado esperado, los datos de prueba y otros parámetros que suelen formar parte de un caso de prueba se omiten en aras de la simplicidad. Se emplea un enfoque de lista de verificación general.

cómo crear un plan de prueba

Propósito de esta lista de verificación completa:

El propósito principal de estas listas de verificación (o casos de prueba) es garantizar la máxima cobertura de prueba en las validaciones a nivel de campo sin gastar demasiado tiempo y al mismo tiempo no comprometer la calidad de las pruebas.

Después de todo, la confianza en un producto solo se puede lograr probando cada elemento en la mejor medida posible.

La lista de verificación completa (casos de prueba) para los componentes más comunes de AUT

Nota:Puede utilizar estas listas de verificación tal como están en formato de Microsoft Excel (la descarga se proporciona al final del artículo). Incluso puede realizar un seguimiento de la ejecución de la prueba en el mismo archivo con los resultados y el estado de aprobado / reprobado.

Este podría ser un recurso todo en uno para que los equipos de control de calidad prueben y rastreen los componentes más comunes de AUT.Puede agregar o actualizar casos de prueba específicos para su aplicacióny conviértalo en una lista aún más completa.

Lista de verificación n. ° 1: Lista de verificación de pruebas móviles

Lista de verificación n. ° 2: Lista de verificación de prueba de formularios / pantallas

Lista de verificación n. ° 3: Lista de verificación de pruebas de campo de cuadro de texto

Caja de texto:

BVA (tamaño) para cuadro de texto:

Min -> -> Pasar
Min-1 -> -> Fallo
Min + 1 -> -> Pase
Max-1 -> -> Aprobado
Max + 1 -> -> Fallo
Max -> -> Aprobado

ECP para cuadro de texto:

Lista de verificación n. ° 4: Lista de verificación de prueba de cuadro de lista o lista desplegable

Cuadro de lista / desplegable:

Lista de verificación n. ° 5: Lista de verificación de prueba de campo de casilla de verificación

Caja:

Lista de verificación n. ° 6: Lista de verificación de prueba de botones de radio

Boton de radio:

Lista de comprobación n. ° 7: escenarios de prueba de campo de fecha

Campo de fecha:

Lista de comprobación n. ° 8: escenarios de prueba del botón Guardar

Guardar / actualizar:

Lista de comprobación n. ° 9: Escenarios de prueba del botón Cancelar

Cancelar:

Lista de comprobación n. ° 10: Eliminar puntos de prueba de botones

Borrar:

Lista de verificación n. ° 11: para verificar las áreas afectadas después de guardar o actualizar

Después de guardar / actualizar:

Lista de verificación n. ° 12: Lista de pruebas de cuadrícula de datos

Cuadrícula de datos:

Editar funcionalidad de enlace

Si bien esta lista puede no ser exhaustiva, sí es extensa.

DESCARGAR==> Puede descargar todas estas listas de verificación en formato MS Excel: Descarga en formato Excel

Puntos a tener en cuenta:

1. Dependiendo de su necesidad, se pueden agregar pruebas adicionales en cada categoría / para cada campo o se pueden eliminar los campos existentes. En otras palabras, estas listas son completamente personalizables.
2. Cuando necesite incluir validaciones a nivel de campo en sus conjuntos de pruebas, todo lo que tiene que hacer es elegir la lista respectiva y usarla para la pantalla / página que le gustaría probar.
3. Mantenga la lista de verificación actualizando el estado de aprobado / reprobado para que sea una ventanilla única para enumerar características, validarlas y registrar los resultados de la prueba.

No dude en hacer de esta una lista de verificación completa agregando más casos / escenarios de prueba o casos de prueba negativos en la sección de comentarios a continuación.

Además, te agradecería que compartieras esto con tus amigos.

PREV Tutorial | SIGUIENTE Tutorial

Lectura recomendada

• Cómo escribir casos de prueba: la guía definitiva con ejemplos
• Prueba de cookies de sitios web y casos de prueba para probar cookies de aplicaciones web
• Plantilla de caso de prueba de muestra con ejemplos de casos de prueba (Descargar)
• Mejores herramientas de prueba de software 2021 (Herramientas de automatización de pruebas de control de calidad)
• Guía de pruebas de seguridad de aplicaciones web
• Pruebas de aplicaciones: ¡los conceptos básicos de las pruebas de software!
• Instale su aplicación en el dispositivo y comience a probar desde Eclipse
• TDD Vs BDD - Analice las diferencias con ejemplos