Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
Scribd Logo
Cargar

¡Te damos la bienvenida a Scribd!

  • 7 vistas

    Formato Pruebas de Software

    Cargado por

    Felipe Natanael Chan Uc

    Copyright:

    © All Rights Reserved
    Descargue como DOCX, PDF, TXT o lea en línea desde Scribd

    Formato Pruebas de Software

    Cargado por

    Felipe Natanael Chan Uc
    7 vistas5 páginas

    Título original

    Formato_pruebas_de_software

    Derechos de autor

    © © All Rights Reserved

    Formatos disponibles

    DOCX, PDF, TXT o lea en línea desde Scribd

    ¿Le pareció útil este documento?

    ¿Este contenido es inapropiado?

    Copyright:

    © All Rights Reserved
    Descargue como DOCX, PDF, TXT o lea en línea desde Scribd
    Descargar como docx, pdf o txt
    7 vistas5 páginas

    Formato Pruebas de Software

    Cargado por

    Felipe Natanael Chan Uc

    Copyright:

    © All Rights Reserved
    Descargue como DOCX, PDF, TXT o lea en línea desde Scribd
    Descargar como docx, pdf o txt
    de 5

    Formato de Prueba de Sistemas

    1. INFORMACIÓN GENERAL
    Sistema de Información: Página web HTTPS://utcancun.edu.mx
     Información sobre la Universidad
    Módulo:  Información de carreras
     Módulo de búsqueda
    Objetivo de la prueba: Realizar una prueba de testing utilizando la herramienta Page Speed
    Chan Uc Felipe Natanael
    Responsables:
    Yah Alpuche Víctor Alexis
    Fecha de la prueba: 25/11/2024
    Complejidad: Alta Media Baja X
    2. PRERREQUISITOS

    Una computadora.
    Conexión a Internet.
    Aplicación PSI.

    3. DESCRIPCIÓN DE CASOS DE PRUEBA


    Verificar EL funcionamiento general de la pagina de la universidad UT, utilizando Page Speed Insights
    (PSI).

    4. CRITERIOS DE ACEPTACIÓN O RECHAZO


    Optimización: no es lo suficientemente relativa (se rechaza).
    Velocidad: La página no responde con completa rapidez

    5. CRITERIOS DE SUSPENSIÓN
    Cuando la prueba realizada sea negativa y la evaluación sea desaprobada

    6. CRITERIOS DE REANUDACIÓN
    Al corrijan los criterios de desaprobación.

    7. ESCENARIOS DE PRUEBA
    Cumple
    No. Descripción de la prueba Imagen de la prueba Observaciones
    SÍ/NO
    1.

    El tiempo de
    Rendimiento NO respuesta es
    demasiado bajo.

    2. Accesibilidad

    No alcanzo el nivel
    NO necesario para ser
    considerada aceptable

    3. Recomendaciones
    No alcanzo el nivel
    necesario para ser
    considerada aceptable
    NO ya que no se usan
    solicitudes seguras

    4. SEO No alcanzo el nivel


    necesario para ser
    considerada aceptable
    NO por que los vínculos
    no son rastreables y
    no tiene un elemento
    title.

    8. OBSERVACIONES TÉCNICAS
    RENDIMIENTO

     Reduce el tiempo de ejecución de JavaScript — 2.9 s


     Minimiza el trabajo del hilo principal — 4.6 s
     Reduce el impacto del código de terceros — El código de terceros bloqueó el subproceso
    principal por 1,240 ms
     Elemento del Procesamiento de imagen con contenido más grande — 16,460 ms
     Elimina los recursos que bloqueen el renderizado — Ahorro posible en 1,210 ms
     Algunos recursos de terceros pueden ser de carga diferida con una fachada — Hay 1
    alternativa de fachada disponible
     Habilita la compresión de texto — Ahorro posible de 874 KiB
     Reduce el código CSS sin usar — Ahorro posible de 513 KiB
     Reduce el uso de CSS — Ahorro posible de 64 KiB
     Reducir el uso de JavaScript — Ahorro posible de 104 KiB
     Reduce el código JavaScript sin usar — Ahorro posible de 1,649 KiB
     Publica imágenes con formatos de próxima generación — Ahorro posible de 13,058 KiB

    ACCESIBILIDAD

     Los colores de fondo y de primer plano no tienen una relación de contraste adecuada.
     El documento no tiene un elemento <title>.
     Los elementos <frame> o <iframe> no tienen título.
     Los vínculos no tienen nombres reconocibles.

    RECOMENDACIONES
     No usa HTTPS — Se encontraron 51 solicitudes no seguras.
     No redirecciona el tráfico HTTP a HTTPS.
     Usa API obsoletas — Se encontró 1 advertencia.
     Utiliza cookies de terceros — Se encontraron 3 cookies.
     Se registraron errores del navegador en la consola.
     Se registraron los problemas en el panel Issues de Herramientas para
    desarrolladores de Chrome.

    SEO

     El documento no tiene una metadescripción.


     Los vínculos no son rastreables.

    9. OBSERVACIONES FUNCIONALES

    NA

    10. CONCEPTO FINAL


    Resultado:

    Marque con una (X) el resultado de la prueba, si fue fallido describa por qué.

    Exitoso Fallido X
    Por qué:

    11. APROBACIONES

    Nombre y Apellido Cargo Fecha Firma


    Chan Uc Felipe Natanael Tester 25/11/2024

    Yah Alpuche Víctor Alexis Tester 25/11/2024


    INSTRUCCIONES DE LLENADO

    1. INFORMACIÓN GENERAL:
     Sistema de Información: ingrese el nombre del sistema de información en el que se realizarán las
    pruebas.
     Módulo: indique nombre del módulo, sección, caso de uso, componentes o elementos en los que
    se realizarán las pruebas.
     Objetivo de la prueba: incluir objetivo de la prueba.
     Responsables: nombre del encargado de ejecutar la prueba.
     Fecha de la prueba: fecha en la que se realizará la ejecución de la prueba.
     Complejidad: marque con una equis (X) según aplique
    Transacciones con operaciones de complejidad alta, caminos alternos, integración con
    Alta
    otros sistemas.
    Media Transacciones con operaciones de complejidad media y caminos alternos.
    Baja Lectura y escritura simple en la base de datos. CRUD.

    2. PRERREQUISITOS: requisitos necesarios que se deben cumplir para iniciar la prueba.


    3. DESCRIPCIÓN DE CASOS DE PRUEBA: explicación breve del caso de prueba a ejecutar.
    4. CRITERIOS DE ACEPTACIÓN O RECHAZO: son los criterios que serán considerados para dar por
    completado el Plan de Pruebas de Software, por ejemplo: Completar 100% de pruebas unitarias,
    cierto porcentaje de casos exitosos, cobertura de todos los componentes y líneas de código,
    porcentaje de defectos corregidos, entre otros.
    5. CRITERIOS DE SUSPENSIÓN: establece claramente en qué condiciones se detienen un conjunto de
    casos de pruebas, por ejemplo, en caso de existir defectos que impidan la ejecución de más casos de
    pruebas, cierto porcentaje de casos fallidos, o cualquier otro que se especifique.
    6. CRITERIOS DE REANUDACIÓN: luego de haber suspendido las pruebas, aquí se establece bajo qué
    criterios se reanudarán.
    7. ESCENARIOS DE PRUEBA
     Descripción de la prueba: indicar el paso a paso de la prueba.
     Imagen de la prueba: adjuntar imagen de la prueba.
     Cumple SÍ/NO: indicar si la prueba es exitosa o no.
     Observaciones: cuando no cumple, indicar el motivo.
    8. OBSERVACIONES TÉCNICAS: indicar las observaciones técnicas de la prueba.
    9. OBSERVACIONES FUNCIONALES: indicar las observaciones técnicas del usuario funcional líder.
    10. CONCEPTO FINAL: se debe seleccionar si la prueba fue exitosa o fallida dependiendo del resultado e
    indicar la razón cuando el resultado de la prueba es fallido.
    11. APROBACIONES: información de las personas que autorizan las pruebas: debe firmar el (los)
    analista(s) de desarrollo, los usuarios funcionales y el director: (Nombre y Apellido, cargo, fecha, firma).

    También podría gustarte