Documentacion Plan de Pruebas

La oficina de proyectos de informática
www.pmoinformatica.com
Plan de pruebas de software

[Computer Summer Online]
Fecha: 03/04/2023
La oficina de proyectos de informática (http://www.pmoinformatica.com)

Página 1
Tabla de contenido
Historial de Versiones 4
Información del Proyecto 4
Aprobaciones 4
Resumen Ejecutivo 5
Alcance de las Pruebas 5
Elementos de Pruebas 5
Nuevas Funcionalidades a Probar 6
Pruebas de Regresión 6
Funcionalidades a No Probar 7
Enfoque de Pruebas (Estrategia) 7
Criterios de Aceptación o Rechazo 8
Criterios de Aceptación o Rechazo 8
Criterios de Suspensión 8
Criterios de Reanudación 9
Entregables 9
Recursos 10
Requerimientos de Entornos – Hardware 10
Requerimientos de Entornos – Software 10
Herramientas de Pruebas Requeridas 11
Personal 11
Entrenamiento 12
Planificación y Organización 12
Procedimientos para las Pruebas 12

Página 2
Matriz de Responsabilidades 13
Cronograma 13
Premisas 14
Dependencias y Riesgos 14
Referencias 15
Glosario 15

Página 3
Historial de versiones
Fecha Versión Autor Organización Descripción
29/03 1.0 Rodrigo Reyes Duoc´s QA Se agregaron alcances de
pruebas.
30/03 1.1 Felipe Martínez Duoc’s QA Se agregaron criterios de
aceptación o rechazo.
30/03 1.2 Rodrigo Reyes Duoc’s QA Se agregaron entregables y
recursos.
31/03 1.3 Felipe Martínez Duoc’s QA Se agregaron Planificación y
Organización
31/03 1.4 Felipe Martínez Duoc’s QA Se agregaron las
Referencias y Glosario
Información del proyecto
Empresa / Organización Duoc Software Solution
Proyecto Carrito Compras Web
Fecha de preparación 10/01/2024
Cliente Computer summer online
Patrocinador principal Computer summer online
Gerente / Líder de proyecto Rodrigo Reyes
Gerente / Líder de pruebas Rodrigo Reyes
de software
Aprobaciones
Nombre y Apellido Cargo Departamento u Fecha Firma
organización

Página 4
Objetivo del plan de pruebas
El presente documento tiene como consecuencia registrar las pruebas futuras a

probar, de manera clara y específica evitando ambigüedades. Entregando el
detalle de las pruebas, ya sea a través de captura de pantalla, videos apoyando
con registros escritos como fecha y día de prueba entre otros datos relevantes
para manejar un entorno de pruebas óptimos.
Para agregar se especificarán los tipos de pruebas a realizar utilizando las

estrategias y técnicas más adecuadas para el software. En un futuro se dará a
conocer en mayor detalle el entorno de pruebas con sus respectivos softwares a
utilizar.
Importante mencionar que se adjunta planillas de requerimientos funcionales no

funcionales y una plantilla de riesgos.

Página 5
Módulos de las pruebas
El plan de pruebas de software se enfoca en la parte específica del sistema de

portal de noticias Online solicitado por Computer summer online y cubre los
siguientes requerimientos funcionales:
1. Ingresar noticia
2. Modificar noticia
3. Eliminar noticia
4. Ingresar empleado
5. Modificar empleado
6. Eliminar empleado
7. Realizar compra de producto
8. Buscar producto
Cada uno de estos requerimientos será probado exhaustivamente mediante casos

de pruebas detallados y se verificará que cumplan con los requisitos establecidos.
El objetivo es asegurar que el sistema de portal de noticias funcione al menos a un
90% antes de pasar a producción.

Página 6
Funcionalidades a probar
1. Navegación:
 Verificar que todas las secciones del menú de navegación redirigen

correctamente a las páginas correspondientes.
 Confirmar que el logo redirige al usuario a la página de inicio.
2. Búsqueda:
 Probar la barra de búsqueda con términos clave y verificar que los resultados
sean relevantes.
 Asegurarse de que la búsqueda sea sensible a mayúsculas y minúsculas.
3. Visualización:
 Verificar la presentación de noticias en diferentes dispositivos y tamaños de

pantalla.
 Confirmar que las imágenes y videos asociados a las noticias se cargan

correctamente.
 Probar la funcionalidad de paginación o desplazamiento infinito.
4. Comentarios y Participación del Usuario:
 Confirmar que los usuarios pueden dejar comentarios en las noticias.
 Verificar que los comentarios se muestran correctamente y en el orden correcto.
 Probar las funciones de votación o clasificación de comentarios.
5. Actualización de Contenido:
 Verificar que las noticias se actualizan en tiempo real.
 Confirmar que las noticias antiguas se archivan o eliminan según la política de la

página.
6. Rendimiento:
 Probar el tiempo de carga de la página principal y de las noticias para garantizar

que esté dentro de los límites aceptables.
 Realizar pruebas de carga para evaluar el rendimiento del sistema con un alto
volumen de usuarios simultáneos.
 Verificar la velocidad de carga de imágenes y otros elementos multimedia.
7. Usabilidad:
Página 7
 Evaluar la intuitividad de la interfaz de usuario y la facilidad de uso.
 Probar el tiempo de respuesta de la interfaz de usuario para asegurar que no

exceda los límites aceptables.
8. Compatibilidad:
 Verificar la compatibilidad de la aplicación con diferentes navegadores web

(Chrome, Firefox, Safari, Edge).
 Probar la responsividad de la aplicación en dispositivos móviles y tablets.
9. Escalabilidad:
 Evaluar la capacidad del sistema para manejar un aumento en el número de

noticias y usuarios.
Pruebas de regresión
Las siguientes funcionalidades fueron concluidas con el equipo de trabajo como
funcionalidades que no se encuentran directamente relacionadas con el desarrollo
de la misma aplicación por tanto estas pasarán a ser parte de las pruebas de
regresión:
- Entidad Noticias
- Entidad búsqueda
- Entidad visualización
- Entidad Empleado
- Inicio de Sesión
Funcionalidades a no probar

Página 8
Las funcionalidades que no probaremos con las siguientes ya que consideramos

que no representan una importancia primordial en este proyecto:
Compatibilidad:
 Asegurarse de que los cambios en el código no afectan la compatibilidad

con los principales navegadores web.
 Confirmar que las actualizaciones no generan problemas de responsividad

en dispositivos móviles y tablets.
Enfoque de pruebas (estrategia)

Se determina a continuación la estrategia de prueba que se utilizará para este
proyecto:
Página 9
Pruebas de usabilidad:
 Verificar que las modificaciones en la interfaz mantienen la

intuitividad y facilidad de uso.
 Confirmar que las actualizaciones en el tiempo de respuesta no

afectan negativamente la experiencia del usuario.
Pruebas de aceptación:
as pruebas de aceptación verificarán que el sistema presenta noticias

relevantes y actualizadas, cumpliendo con la expectativa del usuario de
recibir información pertinente.
Pruebas unitarias:
Asegurar que la función que actualiza las noticias en tiempo real

funciona correctamente. Verificar que la función que archiva o elimina
noticias antiguas cumple con la política establecida.
Pruebas de integración:
Se deben realizar pruebas de integración para asegurarse de que los

diferentes componentes del carrito de compras estén funcionando
correctamente juntos. Esto incluye probar el flujo de compra completo,
desde agregar productos hasta finalizar la compra y realizar el pago.
Criterios de aceptación o rechazo

Criterios de aceptación o rechazo
El sistema debe cumplir con todas las funciones y requisitos funcionales
especificados en la documentación del proyecto entregada por el cliente..
Criterios de aceptación para "Crear producto":
- Se puede agregar un producto nuevo a la base de datos correctamente.

Página 10
- Todos los campos obligatorios se validan correctamente y no se permiten

campos vacíos.
- Se genera un identificador único para cada producto creado de manera
automática.
- Después de crear un producto, el usuario recibe una notificación que
confirma que la operación ha sido exitosa.
- El campo precio debe ser un número entero y mayor a 1.
- El campo Stock debe ser un número entero y mayor a 1.
Criterios de aceptación para "Modificar producto":
1. Navegación:
 Criterios de Aceptación:
 Cuando se hace clic en el logo, el usuario es redirigido a la

página de inicio y la URL refleja este cambio.
 Cada sección en el menú de navegación redirige

correctamente a la página correspondiente, y la URL se
actualiza en consecuencia.
 La navegación entre secciones no provoca errores visuales o

de carga en la interfaz.
2. Búsqueda:
 La barra de búsqueda devuelve resultados relevantes para

términos clave, con coincidencias destacadas visualmente.
 La búsqueda es insensible a mayúsculas y minúsculas,

devolviendo resultados consistentes independientemente del
formato de entrada.
 Al realizar una búsqueda y cambiar de sección, los resultados

de la búsqueda anterior no persisten.
3. Visualización:

Página 11
 Las noticias se presentan de manera clara y legible en

diferentes dispositivos y tamaños de pantalla.
 Las imágenes y videos asociados a las noticias se cargan

rápidamente y sin distorsiones visuales.
 La paginación o desplazamiento infinito funciona suavemente,

sin errores de carga o presentación.
4. Comentarios y Participación del Usuario:
 Los usuarios pueden dejar comentarios en las noticias, y

estos comentarios se muestran en tiempo real.
 La votación o clasificación de comentarios refleja

correctamente la preferencia de los usuarios.
 No hay errores al intentar dejar comentarios o votar en ellos.
5. Actualización de Contenido:
 Las noticias se actualizan automáticamente en tiempo real, y

los cambios se reflejan inmediatamente en la interfaz de
usuario.
 Las noticias antiguas se archivan o eliminan de acuerdo con la

política establecida, y no se muestran en la interfaz de
usuario.
6. Rendimiento:
 El tiempo de carga de la página principal y de las noticias no

excede los límites establecidos.
 La aplicación maneja sin problemas un alto volumen de

usuarios simultáneos, manteniendo un rendimiento rápido y
consistente.

Página 12
7. Seguridad:
 La comunicación entre el cliente y el servidor está cifrada

mediante HTTPS.
 No se detectan vulnerabilidades conocidas en las pruebas de

seguridad, como inyecciones SQL o XSS.
 Las medidas de protección contra CSRF y otros ataques

comunes se aplican de manera efectiva.
8. Usabilidad:
 La interfaz de usuario es intuitiva y fácil de usar, con un

diseño que guía al usuario de manera clara.
 El tiempo de respuesta de la interfaz de usuario no supera un

límite aceptable, proporcionando una experiencia fluida.
9. Compatibilidad:
 La aplicación es compatible con los principales navegadores

web (Chrome, Firefox, Safari, Edge) y se muestra
correctamente en cada uno.
 La interfaz de usuario responde adecuadamente en

dispositivos móviles y tablets, sin problemas de presentación
o interactividad.
10. Escalabilidad:
 La arquitectura del sistema permite manejar un aumento en el

número de noticias y usuarios sin degradación significativa del
rendimiento.
11. Mantenimiento:

Página 13
 Los procedimientos de respaldo se ejecutan periódicamente, y

se pueden restaurar correctamente en caso de pérdida de
datos.
 Las actualizaciones y el mantenimiento no generan

interrupciones significativas del servicio, y los usuarios son
notificados de antemano sobre posibles periodos de
inactividad.
Criterios de suspensión
Se suspenderán los casos de prueba cuando existan funcionalidades críticas que

fallen al momento de la prueba, por ejemplo en caso de que el carrito no sume de
manera correcta el precio de los artículos, otro ejemplo sería en caso de que los
artículos no respeten los identificadores únicos o que no actualice el stock.
Los casos de prueba también serán suspendidos en caso de que la funcionalidad

sobrepase el tiempo presupuesto para su correcto uso, por ejemplo en el caso de
que la aplicación no redireccione al siguiente paso de la funcionalidad de manera
expedita ( tiempo exacto a confirmar).
Para el caso presente, siendo la compra de productos el requerimiento más

importante en base a los beneficios de la empresa, las pruebas se suspenden una
vez que haya fallado 1 requisito funcional más el requerimiento funcional 7.
Criterios de reanudación
Las pruebas se reanudarán principalmente cuando las funcionalidades críticas

estén en correcto funcionamiento. Una vez arreglado estos defectos se volverán a
Página 14
probar y documentar estas pruebas de las funcionalidades con el fin de evitar

posibles fallos a largo plazo.
La funcionalidad será reanudada tan pronto como sea posible una vez que se
hayan resuelto los problemas que causaron su suspensión. Antes de pasar la
funcionalidad a la etapa de reanudación, se deben realizar pruebas exhaustivas
para asegurarse de que la funcionalidad está funcionando correctamente y no
tiene ningún problema.
Entregables
Documento de Plan de Pruebas: Este documento describe la estrategia general de

pruebas, los objetivos, los recursos necesarios, el cronograma, las responsabilidades y
las métricas de calidad.
Cronograma: Calendarización de las actividades de pruebas, Listado de actividades,

tareas, duración, fechas y responsables.
Especificación de Diseño de Casos de Prueba: Este documento define los escenarios

de prueba, las entradas, las salidas esperadas y los criterios de éxito para cada caso de
prueba.
Casos de Prueba: Los casos de prueba describen paso a paso cómo se realizará cada
prueba, qué datos se utilizarán y qué resultados se esperan.
Logs de Errores: Estos registros documentan cualquier error o problema encontrado

durante la ejecución de las pruebas, incluyendo la descripción del error, el momento en
que ocurrió y los pasos para reproducirlo.
Reportes de Incidencias: Los reportes de incidencias proporcionan información

detallada sobre los defectos encontrados, su gravedad, el impacto en el software y las
acciones correctivas recomendadas.
Evidencias de pruebas: Las evidencias de pruebas pueden incluir capturas de pantalla,

registros de actividad, videos u otros medios que demuestren el resultado de cada caso
de prueba y respalden los hallazgos del equipo de pruebas.
Reportes emitidos por Herramientas de Pruebas: Estos reportes pueden incluir

información generada automáticamente por herramientas de pruebas, como el
seguimiento de defectos, la cobertura de pruebas, las métricas de rendimiento y otras
métricas relevantes.
Informe de Resumen de Pruebas: Este informe proporciona un resumen de alto nivel de

los resultados de las pruebas, incluyendo la cantidad de pruebas realizadas, los defectos
encontrados, su gravedad y el estado de las acciones correctivas.
Página 15
Recomendaciones y Plan de Mejora: Basándose en los resultados de las pruebas, este

documento incluirá recomendaciones para mejorar la calidad del software y el proceso de
pruebas, así como un plan de acción para implementar las mejoras.
Recursos
Requerimientos de entornos – Hardware
El sistema será implementado en un servidor bajo las siguientes características de

hardware:
• Procesador: Intel i3 o superior
• Memoria RAM: 4GB o superior
• Almacenamiento: 15 GB o superior
Requerimientos de entornos – Software
Para el proceso de pruebas del proyecto se requiere de la disponibilidad de los

siguientes entornos.
- Netbeans JEE 8 o superior (Con el servidor GlassFish)

- Xampp versión 7.3 o superior
Herramientas de pruebas requeridas
Herramientas de Automatización de Pruebas: se podrá usar herramientas de

automatización de pruebas como Selenium, TestComplete, JUnit y TestNG.

Página 16
Herramientas de Pruebas de Rendimiento: se podrá usar herramientas de

pruebas de rendimiento tales como JMeter, LoadRunner y Gatling.
Metodologías de Pruebas: se emplearán diferentes metodologías de pruebas,

como pruebas unitarias, pruebas de integración, pruebas exploratorias y las
pruebas de aceptación por parte del usuario (UAT).
Técnicas de Diseño de Casos de Prueba: se aplicarán diferentes técnicas, como

las pruebas de caja blanca, las pruebas de caja negra y las técnicas de partición
de equivalencia y análisis de valores límite.
Personal
Líder de pruebas / Gerente de pruebas: responsable de la planificación,

coordinación, supervisión de las actividades de prueba y la comunicación con
otros equipos y stakeholders.

Página 17
Analista de pruebas: se encarga de analizar los requisitos, diseñar los casos de

prueba y escenarios de prueba, y validar que los casos de prueba cubran todos
los aspectos funcionales y no funcionales del software.
Ingeniero de pruebas: se centra en la ejecución de los casos de prueba y en la

documentación de los resultados. También estará involucrado en la identificación y
registro de defectos, así como en la verificación de las correcciones.
Ingeniero de automatización de pruebas: se encargaría de crear y mantener

scripts de prueba automatizados y frameworks de automatización, además de sus
responsabilidades como ingeniero de pruebas.
Entrenamiento
Algunos usuarios obtendrán una introducción básica al propósito del sistema para
asegurarse de que comprenden los conceptos básicos sobre lo que podría hacer
el software. Vale la pena mencionar que para evaluar la usabilidad, no obtienen
toda la información.
Es de suma importancia que los empleados conozcan el contexto con el fin de

tomar acciones pertinentes para el correcto testeo de las funcionalidades del
sistema, de esta manera se ahorrará tiempo, energía y capital.
Planificación y organización
Procedimientos para las pruebas
Establecer el entorno de pruebas: Configurar el entorno de pruebas adecuado,

incluyendo hardware, software y herramientas necesarias para llevar a cabo las
pruebas.
Página 18
Desarrollo de casos de prueba: Diseñar y documentar casos de prueba

detallados que cubren todos los aspectos funcionales y no funcionales del
software.
Preparación de datos de prueba: Crear y gestionar los datos necesarios para

realizar las pruebas. Esto puede incluir la creación de registros de prueba, la
definición de escenarios de prueba y la identificación de datos de entrada y salida
esperados.
Ejecución de pruebas: Llevar a cabo las pruebas según los casos de prueba y
escenarios definidos.
Registro y seguimiento de defectos: Documentar y monitorear cualquier defecto

encontrado durante las pruebas. Esto incluye la asignación de prioridades a los
defectos, la identificación de su causa raíz y la asignación de responsabilidades
para su resolución.
Revisión y análisis de resultados: Evaluar los resultados de las pruebas,

comparando los resultados obtenidos con los resultados esperados y
determinando si el software cumple con los criterios de aceptación establecidos.
Gestión de cambios y pruebas de regresión: Coordinar y gestionar cualquier

cambio en el software como resultado de los defectos identificados y realizar
pruebas de regresión para asegurar que los cambios no afecten negativamente al
software existente.
Informes y documentación: Generar informes detallados de las actividades y

resultados de las pruebas, incluyendo el estado de los defectos, las métricas de
pruebas y las lecciones aprendidas. Mantener la documentación actualizada a lo
largo del proceso de pruebas para garantizar la trazabilidad y la transparencia.
Matriz de responsabilidades

Página 19
Responsable Consultado
Rol (R) Aprobador (A) (C) Informado (I)
Planificación,
coordinación y
supervisión de Informar a los
Aprobación del Definición de
las actividades stakeholders
Gerente de plan de pruebas criterios de
de prueba; sobre el
pruebas / Líder y revisión de aceptación y
asignación de progreso y
de pruebas resultados de priorización de
tareas; resultados de
pruebas defectos
comunicación las pruebas
con el equipo y
stakeholders
Definición de
Análisis de criterios de
requisitos; aceptación;
diseño de casos colaboración
Analista de y escenarios de con
N/A N/A
pruebas prueba; desarrolladores
validación de la para
cobertura de comprender
pruebas detalles
técnicos
Ingeniero de Ejecución de N/A Colaboración N/A

Página 20
casos de prueba
y
documentación con
de resultados; desarrolladores
pruebas identificación y para solucionar
registro de problemas
defectos; técnicos
verificación de
correcciones

Página 21
Cronograma
Actividades / Modelo del Cronograma
ACTIVIDAD DURACIÓN FECHA DE FECHA FIN

INICIO
Análisis de 4d 20/03/23 24/03/23

requerimientos
Identificación de 10d 24/03/23 03/04/23

funcionalidades a
probar
definición de 5d 03/04/23 08/04/23

estrategia de
pruebas
Diseño de 7d 08/04/23 17/04/23

pruebas
Preparación de 7d 17/04/23 25/04/23

datos de prueba
Ejecución de 14 d 25/04/23 11/05/23

pruebas
Reporte de 14 d 11/05/23 27/05/23

errores
Verificación y 7d 27/05/23 05/06/23

validación
Informe final 1 semana 05/06/23 12/06/23

Página 22
Premisas
Las premisas con las que trabajaremos con el respectivo equipo serán las
siguientes:
- El software puede contener errores: Se parte de la base de que el software

no es perfecto y puede contener errores o defectos, y que estos deben ser
identificados y corregidos durante las pruebas de software.
- La documentación del software puede ser incompleta o incorrecta: La

documentación del software, como los manuales de usuario y las
especificaciones, puede ser incompleta o incorrecta, lo que dificulta el
proceso de pruebas.
- Las pruebas deben ser planificadas: Las pruebas de software deben ser
planificadas y diseñadas cuidadosamente para asegurar que se cubran
todos los aspectos importantes del software y se identifiquen los defectos
de manera eficiente.
- Las pruebas deben ser repetibles: Las pruebas de software deben ser
diseñadas de tal manera que se puedan repetir con el mismo resultado
cada vez que se ejecuten. Esto permite verificar la corrección de las
correcciones de errores y asegurar la estabilidad del software.
- Las pruebas deben ser realizadas por personal competente: Las pruebas
de software deben ser realizadas por personal competente y capacitado en
las técnicas y herramientas de pruebas de software.

Página 23
Dependencias y Riesgos
Ocurrenci
Riesgo Magnitud a Plan de Mitigación Plan de Contingencia
Reunirse con el equipo Reutilizar datos de
No contar con el set para definir los datos pruebas anteriormente
de pruebas antes de de prueba. realizadas para los
la ejecución de estas. mismos módulos.
Alto Alto
replanificar los plazos
Planificar las pruebas y de las pruebas
casos de pruebas. pendientes
No cumplir con los
plazos acordados en Manejar un 20% Informar al usuario las
planificación para las adicional de tiempo en dificultades existentes.
pruebas, cada caso de pruebas.
extendiendo estas.
Alto Medio
Establecer un proceso Reevaluar y ajustar el
de control de cambios plan de pruebas
Cambios en los Medio Alto
requerimientos y comunicación con el según los nuevos
durante la fase de equipo de desarrollo requerimientos
pruebas
Asignar recursos
adicionales para
Realizar pruebas de
resolver defectos y
Defectos de alta Alto Medio regresión y de
severidad reevaluar el plan de
integración tempranas
encontrados tarde pruebas
en el ciclo de
pruebas
Asignar tiempos de
Ofrecer capacitación y capacitación y
mentoría a los trabajos en equipo
Medio Medio
miembros del equipo para entender mejor
Falta de experiencia de pruebas los procesos y etapas

o capacitación del de pruebas.
equipo de pruebas

Página 24
Tener herramientas
alternativas
Problemas técnicos
disponibles o realizar
Medio Medio con las herramientas
pruebas manuales en
de pruebas
Problemas técnicos caso de fallo
con las herramientas
de pruebas
Recuperar datos
desde copias de
seguridad y ejecutar
Implementar procesos
pruebas si es
Alto Bajo de respaldo y
necesario
recuperación de datos
Pérdida de datos o
resultados de
pruebas

Página 25
Referencias
● Reglas del Negocio

● Código fuente del Software
● Requisitos Funcionales de los Módulos a Probar
Glosario
PLAN DE PROYECTO: Es el resultado del proceso de planificación del proyecto,

en el que un gestor de proyectos decide, prioriza y asigna las tareas y recursos
necesarios para llevar a cabo un proyecto.
GERENCIA DE PROYECTO: Es el proceso que involucra la planeación, ejecución

y monitoreo de un proyecto para que se lleve a cabo de manera exitosa.
ANÁLISIS: Es un examen que consiste en dividir un objeto de estudio y en

observar en detalle cada uno de sus componentes con la finalidad de producir
mayor conocimiento
ACCESOS: Entrada a lugares

Página 26

Documentacion Plan de Pruebas

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Documentacion Plan de Pruebas

Cargado por

Copyright:

Formatos disponibles

La oficina de proyectos de informática

Plan de pruebas de software

La oficina de proyectos de informática (http://www.pmoinformatica.com)

Información del Proyecto 4

Alcance de las Pruebas 5

Nuevas Funcionalidades a Probar 6

Enfoque de Pruebas (Estrategia) 7

Criterios de Aceptación o Rechazo 8

Criterios de Aceptación o Rechazo 8

Requerimientos de Entornos – Hardware 10

Requerimientos de Entornos – Software 10

Herramientas de Pruebas Requeridas 11

Procedimientos para las Pruebas 12

La oficina de proyectos de informática (http://www.pmoinformatica.com)

La oficina de proyectos de informática (http://www.pmoinformatica.com)

Objetivo del plan de pruebas

El presente documento tiene como consecuencia registrar las pruebas futuras a

Para agregar se especificarán los tipos de pruebas a realizar utilizando las

Importante mencionar que se adjunta planillas de requerimientos funcionales no

La oficina de proyectos de informática (http://www.pmoinformatica.com)

Módulos de las pruebas

El plan de pruebas de software se enfoca en la parte específica del sistema de

Cada uno de estos requerimientos será probado exhaustivamente mediante casos

La oficina de proyectos de informática (http://www.pmoinformatica.com)

 Verificar que todas las secciones del menú de navegación redirigen

 Confirmar que el logo redirige al usuario a la página de inicio.

 Asegurarse de que la búsqueda sea sensible a mayúsculas y minúsculas.

 Verificar la presentación de noticias en diferentes dispositivos y tamaños de

 Confirmar que las imágenes y videos asociados a las noticias se cargan

 Probar la funcionalidad de paginación o desplazamiento infinito.

4. Comentarios y Participación del Usuario:

 Confirmar que los usuarios pueden dejar comentarios en las noticias.

 Verificar que los comentarios se muestran correctamente y en el orden correcto.

 Probar las funciones de votación o clasificación de comentarios.

 Verificar que las noticias se actualizan en tiempo real.

 Confirmar que las noticias antiguas se archivan o eliminan según la política de la

 Probar el tiempo de carga de la página principal y de las noticias para garantizar

 Verificar la velocidad de carga de imágenes y otros elementos multimedia.

 Evaluar la intuitividad de la interfaz de usuario y la facilidad de uso.

 Probar el tiempo de respuesta de la interfaz de usuario para asegurar que no

 Verificar la compatibilidad de la aplicación con diferentes navegadores web

 Probar la responsividad de la aplicación en dispositivos móviles y tablets.

 Evaluar la capacidad del sistema para manejar un aumento en el número de

La oficina de proyectos de informática (http://www.pmoinformatica.com)

Las funcionalidades que no probaremos con las siguientes ya que consideramos

 Asegurarse de que los cambios en el código no afectan la compatibilidad

 Confirmar que las actualizaciones no generan problemas de responsividad

Enfoque de pruebas (estrategia)

 Verificar que las modificaciones en la interfaz mantienen la

 Confirmar que las actualizaciones en el tiempo de respuesta no

as pruebas de aceptación verificarán que el sistema presenta noticias

Asegurar que la función que actualiza las noticias en tiempo real

Se deben realizar pruebas de integración para asegurarse de que los

Criterios de aceptación o rechazo

Criterios de aceptación para "Crear producto":

- Se puede agregar un producto nuevo a la base de datos correctamente.

- Todos los campos obligatorios se validan correctamente y no se permiten

Criterios de aceptación para "Modificar producto":

 Cuando se hace clic en el logo, el usuario es redirigido a la

 Cada sección en el menú de navegación redirige

 La navegación entre secciones no provoca errores visuales o

 La barra de búsqueda devuelve resultados relevantes para

 La búsqueda es insensible a mayúsculas y minúsculas,

 Al realizar una búsqueda y cambiar de sección, los resultados