Tabla de contenido
- 1. Conocimiento básico de pruebas de aplicaciones.
- 2. Proyecto de prueba de aplicación combate real
1. Conocimiento básico de pruebas de aplicaciones.
1.1 Arquitectura del sistema de aplicación de aplicaciones
Similitudes y diferencias entre APP y Web
Similitudes:
(1) Los servidores back-end de APP y Web son los mismos
(2) Tanto el front end como el back end usan el protocolo HTTP para la interacción (algunas APP también usan sockets para la interacción)
Diferencias:
(1) APP es una C /S arquitectura y Web Es una estructura B/S
(2) Al usar la aplicación, debe descargarse e instalarse. Hay una nueva versión que debe actualizarse. Se puede acceder a la Web directamente en el navegador, y la actualización no requiere que los usuarios actualicen
1.2 Entorno de proyecto de aplicación y plataforma de lanzamiento
(1) Entorno de desarrollo
(2) Entorno de prueba
(3) Entorno de prelanzamiento: conéctese a la base de datos en el entorno de producción (código nuevo + base de datos en línea)
para probar el negocio básico; si la actualización implica cambios en la estructura de la base de datos, el los datos en el entorno de producción deben estar respaldados en la base de datos de prueba para la prueba; cuando se trata de escribir operaciones de datos, debe usar su propia cuenta de prueba y no puede usar la cuenta real de un usuario en línea (4) Estrategia de lanzamiento en escala de
grises :
Lanzamiento en escala de grises: hay múltiples instancias cuando un proyecto se implementa en línea La máquina se está ejecutando, por lo que hay 1-3 máquinas en escala de grises (parte directa del tráfico a la máquina en escala de grises) para ver si la nueva función está bien. Si falla, solo necesita revertir algunos, lo cual es una
estrategia más conveniente: no debería haber demasiadas máquinas en escala de grises, y el tiempo de escala de grises generalmente dura entre una semana y un mes, y la liberación de escala de grises no afectará el uso del usuario; si hay un problema con la operación, solucione el problema, si el problema es grave, debe revertir el código para garantizar el uso normal de los usuarios en línea; si no hay problema con la operación, actualice otro servidor entornos sin detenerse en un momento determinado cuando el tráfico es bajo (5) Proceso de publicación en línea de las aplicaciones del entorno de producción:
prueba
completada - Enviar el paquete de la aplicación al mercado de aplicaciones para su revisión (tienda de aplicaciones, tienda de aplicaciones móviles, tienda de aplicaciones) - Asignar un número de canal de plataforma para cada paquete de APP - Empaquetar el número de plataforma en el paquete de APP correspondiente para probarlo - Enviar formalmente para su lanzamiento
1.3Modelo de desarrollo ágil de aplicaciones
Cascada modelo:
Análisis de requisitos-Resumen de participación-Diseño detallado-Codificación-Pruebas-Operación y
mantenimiento
modelo de desarrollo ágil
Con la evolución de las necesidades del usuario como núcleo, el desarrollo de software se lleva a cabo de manera iterativa y paso a paso. El
proyecto se divide en múltiples subproyectos, y cada subproyecto se lanza por separado para garantizar el uso temprano del software, recopilar oportunamente los comentarios de los usuarios y ajustar proyectos inéditos para satisfacer las necesidades reales de los usuarios.
Marco de desarrollo ágil representativo: scrum
Rol:
gerente de proyecto del propietario del producto (organiza y coordina el proyecto actual) equipo de desarrollo (desarrollo, prueba, interfaz de usuario)
proceso de desarrollo :
el propietario del producto recopila los requisitos, genera una lista de funciones del producto, realiza una reunión de planificación (revisa las funciones de alta prioridad) - Iteración (requisitos revisión, desarrollo, prueba, reunión diaria) - Reunión de reflexión (revisión de problemas, planificación de seguimiento)
1.4 Proceso de prueba de la aplicación APP (una iteración)
