PRUEBAS DE AREAS

PRUEBAS DE AREAS by Arruel&Guillen&Espinoza
CIRCULO

CUADRO

RECTANGULO

TRIANGULO

Manual de Pruebas

• En el mundo del desarrollo de software existen infinidad de herramientas de desarrollo, así como diferentes lenguajes de programación u otras herramientas que nos apoyan para el manejo de la información.

MANUALES

guian en la utilización adecuada en una determinada herramienta, pero además para determinado fin de acuerdo a nuestros intereses. Deben ser elaborados por la misma empresa ya que posteriormente se van requerir para la capacitación del personal o simplemente para salir de alguna duda.Nos va a permitir hacer ágil el desarrollo de nuestro proyecto

elaboración  

Los manuales es responsabilidad de cada una de nuestras áreas. 

Deben estar correctamente escritos para una comprensión total de los mismos. 

Deben tener una redacción clara y concisa. 

Deben de contar con buena ortografía. 

JMeter

 Apache JMeter es una herramienta de carga diseñada para realizar Pruebas de Rendimiento y Pruebas Funcionales sobre Aplicaciones Web.

¿Dónde se aplica?

• Hoy en día su arquitectura ha evolucionado, ahora no sólo puede llevar a cabo pruebas en componentes típicos de Internet (HTTP), sino también puede realizar pruebas sobre Bases de Datos, scripts Perl, servlets, objetos java, servidores FTP y prácticamente cualquier medio de los que se pueden encontrar en la red.
  APLICACIONES

   

• JMeter es una herramienta que sirve para realizar pruebas de rendimiento y de funcionalidad sobre aplicaciones tipo cliente/servidor.
• Por tanto será útil durante la fase de desarrollo de las aplicaciones para la realización de pruebas funcionales y de regresión.

ESTRUCTURA

PORTADA 

Hoja de Historia de revisiones

• ID del documento
• Lugar y fecha de la elaboración
• Número de revisión
• Nombre de quien lo elaboró
• Nombre de quien lo revisó y autorizó

Tabla de contenidos

Sección donde se muestra una lista con los títulos y subtítulos del contenido. 

Introducción

• Expone los elementos del documento, las áreas de aplicación del mismo así como la importancia de revisarlo y actualizarlo. 
• Objetivo
• Describe concisa y brevemente a dónde se pretende llegar al utilizar el manual; precisa el área de trabajo y a quién o quiénes va dirigido.  
•   

   Desarrollo

• Describe paso a paso cada una de la operaciones que se realizarán durante todo el procedimiento –explica claramente en qué consisten–, cuándo, cómo, dónde, con qué, y en cuánto tiempo se elaboran; señala los responsables de llevarlas a cabo.
  Glosario de términos
  Bibliografía 

ARRUEL Y ESPONOZA

Error e incidencia

ERROR

Forman parte de los “Artefactos y entregables” para la automatización de pruebas 

Parte de lo que buscan las pruebas es encontrar y dar seguimiento a los errores encontrados durante la aplicación de la pruebas y la codificación de el programa

¿Qué es un error?

Un error es algo equivocado o desacertado. Puede ser una acción, un concepto o una cosa que no se realizó de manera correcta.

TIPOS DE ERRORES: 

DE SINTAXIS:

                         los errores de sintaxis se detectan en el proceso de traducción del código fuente a código binario.

DE EJECUCION

                                     Un error de ejecución se produce cuando el ordenador no puede ejecutar alguna instrucción de forma correcta.

DE LOGICA

                        

Cuando un programa no tiene errores de sintaxis ni de ejecución, pero, aun así, no funciona bien, esto es debido a la existencia de algún error lógico. De manera que, un error de lógica se produce cuando los resultados obtenidos no son los esperados.

DEPURACION

Es el proceso para encontrar y reducir los errores, en este proceso se lleva acabo la detección de las causas que provocan los errores a partir de los resultados dados al aplicar las pruebas

consiste en:

• Reconocer que ese error existe (un programa) puede contener errores que jamás serán detectados).

• Aislar la fuente del error.

• Identificar la causa del error.

• Determinar una solución para el error.

• Aplicar la solución.

• Probar el programa.

 

ESTATUS DE ERROR

El estatus de un error es una condición que tiene para que el proceso de corregirlo sea más fácil y entendible para el resto del equipo

   

Formato para registro de errores 

Existen diferentes maneras de manejar un registro de errores, puede crearse uno para cumplir con las necesidades que tiene el proyecto.

Incidencia 

La gestión de incidentes es un área de procesos perteneciente a la Gestión de Servicio TI. El primer objetivo de la gestión de incidentes es recuperar el nivel habitual de funcionamiento del servicio y minimizar en todo lo posible el impacto negativo en la organización de forma que la calidad del servicio y la disponibilidad se mantengan.Un incidente puede coincidir con un “Problema conocido” (fallo sin un origen conocido) o con un “Error conocido”

 Procesos de gestión de incidentes

• • Detección y registro del incidente.
  • Clasificación y soporte inicial.
  • Investigación y diagnóstico.
  • Resolución y recuperación.
  • Cierre del incidente.
  • Monitorización, seguimiento y comunicación del incidente.

  

 ARRUEL Y ESPONOZA

Plan de Pruebas

PLAN DE PRUEBAS

Un plan de pruebas sirve para definir hasta dónde abarcará el proceso de calidad

Se debe tener un control de lo que se realiza y registrar todo, por ello es necesario contar con los documentos llamados “artefactos” y “entregables”, los cuales contienen información que puede ser útil tanto para el cliente como para los integrantes del equipo.  

Todos los miembros del equipo deben conocer su contenido y mantenerlo presente a lo largo del ciclo de vida del proyecto. 

 Es necesario determinar qué software se debe utilizar para realizar cada prueba e indicar las herramientas a utilizar para cada una de ellas: se deben describir en la sección “descripción de pruebas”. 

EL DOCUMENTO DEBE CONTENER

• OBJETIVOS
• PROPOSITO
• ALCANCE
• ABREVIACIONES, DEFINICIONES Y ACRÓNIMOS
• REFERENCIAS
• GENERALIDADES

  

DESCRIPCION DE PRUEBAS : 

CRITERIOS A SATISFACER:

• Considerar la importancia de cubrir .

ID DEL COMPONENTE A PROBAR:

• Se debe de poner el nombre de los componentes que se van a revisar en esta etapa de prueba.

  

TIPOS DE PRUEBA

• Prueba Funcional
• Prueba de Interfaz de Usuario
• Pruebas de rendimiento
• Pruebas de carga
• Pruebas de estrés
• Pruebas de control de acceso y seguridad
• Pruebas de falla y recuperación
• Pruebas de configuración
• Pruebas de Instalación 

CALENDARIZACIÓN:

• Se indican las fechas de inicio y fin de los eventos de prueba que contempla este plan.

RECURSOS DEL SISTEMA:

• Elementos para establecer el ambiente de pruebas necesario como nombre del servidor, red, nombre y servidor de la base de datos, etc.

Procedimientos de las pruebas de software :

• Ya que tengamos nuestro plan de pruebas de sistema y que fijemos las pruebas que deban realizarse, se debe plasmar el procedimiento que debe seguir cada una de éstas. Para realizarlas se deben seguir ciertos pasos generales. 
   

PROCEDIMIENTOS PARA EL PROCESO DE PRUEBAS: 

• Pruebas unitarias.
• Pruebas de integracion.
  • Ascendentes
  • Descendentes
• Pruebas de validacion.
• Pruebas del sistema
•  Pruebas de aceptacion
  

Guión de pruebas :

• En un guión de pruebas (también llamado script) enlistamos todos los pasos que se deben seguir para realizar una serie de pruebas (casos de prueba).

  Se clasifican en:

• Identificación de casos de prueba.  
  • En este guión se describen brevemente y de manera muy general los casos de prueba identificados. 
    
    
     Casos de prueba de alto nivel. 
   
  Con este guión se especifica cada uno de los casos de prueba identificados previamente; se describen los actores involucrados dentro de la prueba y las precondiciones que se deben cumplir para que el caso pueda ser ejecutado
  
  
  
  
  • Casos de prueba a detalle.
    Con este guión especificamos paso por paso lo que se debe hacer para realizar la prueba descrita en la imagen anterior; donde se indican las precondiciones que se deben cumplir y los resultados esperados después de ejecutar la prueba
  Un guión de pruebas no es más que la lista de los casos de prueba con los cuales vamos a experimentar.
  Los casos de prueba dependerán del tipo de examen que apliquemos, pues cada prueba tiene un objetivo distinto.

ARRUEL Y ESPONOZA