domingo, 2 de diciembre de 2012

PRUEBAS--EMPLEADO

Este programa no se pudo completar debido a que con netbeans no se permitía  el acceso a mi base de datos, como se muestra e la siguiente captura. Por lo tanto no me fue posible realizar dichas pruebas JUnit


lunes, 12 de noviembre de 2012

TEST Junit-Calculadora

Capturas de pantalla de la calculadora... Ejecucion








Capturas de pantalla de la calculadora... Pruebas






martes, 23 de octubre de 2012

Evaluacion de Pruebas


Se debe de tomar en cuenta que cuando una prueba ya se realizó –ya se obtuvieron resultados– eso no implica que ya concluyó, el ciclo de vida de pruebas se concluye con la evaluación, en donde se especifica la comparación entre los resultados esperados y los obtenidos con la prueba determinando si ésta fue o no exitosa.
 
¿Que es JMATER? 
Es una herramienta para falicitar la realizacion de pruebas, los reportes generados con JMeter nos proporcionan información que podemos agrupar en tablas o cuadros comparativos o en un resumen respecto a lo que arrojaron las pruebas efectuadas, indicando cuál fue el objetivo.
 
TIPOS DE RESUMENES:
  • Rrsumen de prueba realizada
  • Estadistica de cada llamda
  • Todos los componentes que se utilizaron
  •  
 
METRICAS IMPORTANTES:
  • Lineas de codigo
  • Clases
  • Metodos
  • API(Publico documentado)
 
 

Ciclo de Pruebas


El ciclo de vida de la automatización comienza en la etapa de diseño del modelo de desarrollo en cascada del software, para plantear en principio los casos de prueba y elaborarlos en la herramienta correspondiente, concluyendo en la etapa de mantenimiento del software, de acuerdo a esta arquitectura, teniendo en consideración los requerimientos con su respectiva gestión.  
En cada desarrollo de software tenemos un ciclo de pruebas y varios ciclos de vida de las pruebas, lo cual, normalmente, está determinado por el modelo de desarrollo del software. En cada uno de estos ciclos se tiene  que planear, diseñar, ejecutar las pruebas, obtener resultados y evaluar estos resultados.
En el ciclo de prueba manual no hay variantes en cuanto a sus procesos, y en un proceso automatizado sí debido al uso de herramientas automatizadas podemos tener distintas pantallas, incluso orden u omisión de algunos elementos porque la herramienta así lo determina.
Para aplicar las pruebas en el software desarrollado es importante considerar qué se necesita para llevarlas a cabo, para eso tenemos los requerimientos de prueba.


REQUERIMIENTOS DE PRUEBA:
Los requerimientos de prueba del software son todos los recursos que necesitamos para ejecutar una prueba. Para ello establecemos un ambiente de pruebas, en el cual se considera: software, hardware, configuración, personal y documentos.
Para una prueba es necesario tenerlos requerimientos del sistema, sobre todo los funcionales que son indispensables para diseñar los casos de prueba.



ADMINISTRACION DE REQUERIMIENTOPS:
Para gestionar apropiadamente los requerimientos es necesario controlar y da un seguimiento a las pruebas. Con JMeter se pueden obtener distintos tipos de informes que de alguna manera nos permiten administrar lo que se está llevando a cabo.
En los informes que configuremos evaluaremos los resultados porque allí estarán reflejados, listos para ser analizados.


Clientes de Prueba


El cliente de prueba deja a los usuarios establecer parámetros de prueba , mandar la entrada al servicio y observar la respuesta que este devuelve; provee un servicio de prueba sin dificultades cuando se mezcla con el servidor que proporciona el trabajo que se requiere.

Se pueden realizar las pruebas a los siguientes modulos:
  • Interfaz de usuario
  • Entornos Distintos
  • Porcesamiento Distribuido
  • Base de datos distribuida
  • Relaciones de rendimiento
  Con las pruebas y sus problemas, los clientes (GUI) se deben probar en todas las versiones importantes de los exploradores principales y la accesibilidad, esto es , la facilidad con la que entran y salen los usuarios para tener una respuesta rápida..
La eficiencia se refiere a que tan pequeños son los pasos que se necesitan para la funcionalidad seleccionada y la comprensión que es la facilidad con que se entiende y usa el producto mediante la documentación y la ayuda que ofrece.
A través de la herramienta de software seleccionada, en este caso JMeter, la cual posee los componentes necesarios para establecer una simulación del  cliente (Cliente de prueba).
JMeter puede simular peticiones de usuarios con parámetros  únicos para cada uno, como por ejemplo, el usuario y el pasword, los cuales son diferentes para cada usuario que inicia una sesión en la aplicación a través de un navegador.
Para que esto se lleva a cabo se debe  crear un archivo llamado users.xml, dentro de la carpeta “bin”  de JMeter. Así pues, la herramienta tiene elementos necesarios para llevar a cabo la simulación de peticiones, creando a nuestros  clientes de prueba.
Este  proceso se realiza de la sig. manera:
Crear a nuestros usuarios y colocarles, en un archivo XML, los parámetros que se requieren manejar.
 
SERVIDOR DE PRUEBAS:
Uno de los elementos necesarios en la arquitectura cliente-servidor, es el servidor. Paran realizar las pruebas del lado del servidor necesitamos crear un servidor de pruebas, el cual simulara el real.

Pruebas Cliente-Servidor


Un aspecto que debes de tomar en cuenta es que la arquitectura del software afecta el rendimiento, la robustez y el mantenimiento del software a desarrollar
Retomando lo observado en Programación web, recordemos que una arquitectura cliente-servidor es una manera de organizar el sistema, en el cual se tiene, por un lado, un conjunto de servicios y servidores; por otro lado, un conjunto de clientes que utilizan y acceden a los servicios. 
 
Los ocmponentes principlaes son:
  • Cliente
  • Servidor
  • Red de comunicacion 


PRYEBAS CLIENTE-SERVIDOR
Las pruebas se deben realizar al servidor, a la base de datos y a las comunicaciones. Las herramientas que se utilicen deben tener la capacidad de medir, de aplicar métricas y de obtener resultados observables permitiendo una comparación entre versiones. Hay factores que se pueden medir dependiendo de la herramienta, como el uso de memoria de la PC, latencia, carga de entrada-salida y conexiones concurrentes.
En el servidor se comprueban las funciones de coordinación y administración de datos, así como su desempeño en cuanto a tiempo de respuesta y procesamiento completo de datos. 
En la base de datos se comprueban la exactitud e integridad de los mismos; se inspeccionan las transacciones. También debemos cerciorarnos de que se guardan, modifica y recuperan los datos  
 
 
JMeter es ApacheJakarta. Se puede usar para pruebas de carga; es una herramienta para analizar y medir el funcionamiento de varios servicios. También se puede emplear para las pruebas de unidad para JDBC, conexiones de la base de datos, Ftp, LDAP, Webservices, JMS y conexiones genéricas del TCP.  

Manal de pruebnas


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.
En nuestro caso particular que estamos estudiando automatización de pruebas requerimos la utilización de software que nos permita realizar todas las pruebas que requiera nuestro proyecto. 
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, pues tendremos una guía de cómo hacer las pruebas adecuadamente o seguir un proceso paso a paso.  
Se pueden elaborar manuales de cualquier tipo.
Es posible elaborar manuales para realizar correctamente un proceso en cualquiera de las etapas de desarrollo de pruebas. 
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.   

ESTRUTURA DE UN MANUAL DE PRUEBAS:
  •  Portada
  • Historial de revisiones
  • Tabla de contenidos
  • Introduccion
  • Objetivo
  • Desarrollo
  • Glosario
  • Bibliografia

Error e Incidencia

Error e incidencia 

Forman parte de los artefactos entregabloes, 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

¿Que es un error?
Es algo equivocado que produce una falla, por lo cual no cumple con su objetivo

Tipos de errores:
  • Sintaxis
  • Ejecucion
  • Logica

¿Que es depuracion?
Es un proceso metodologico que pretende encontrar, dar seguimiento y reducir los errores de un sistema, localizando las causas que lo provocan  

Pasos de una buena depuracion:
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.


¿Que es Status de error?
Es un na condicion que se tiene para que el proceso de corregirlo se mas facil y entendible.
Tipos de Status:
  1. Sin confirmar
  2. Nuevo
  3. Asignado
  4. Corregido/resuelto
  5. No valido
  6. Duplicado



Artefactos y Entregables para la Automatización de pruebas




Durante el desarrollo de un proyecto se llevan a cabo diversas pruebas en diferentes etapas del proceso.Se ilvolucran diferentes personas y diferentes tipos de software. Puntos importantes para tomar en cuenta : Metodología a aplicar Fases en las que se aplicarán las pruebas Fechas de inicio y fin Quién o quiénes van a realizarlas Los artefactos y entregables se pueden resumir en:







1.-PLAN DE PRUEBAS

Un plan de pruebas sirve para definir hasta dónde abarcará el proceso de calidad,
cuáles son los objetivos a cumplir, las personas y recursos con los que se debe contar, las
fechas de entrega y los responsables de cada fase del proceso.
Este documento es muy importante ya que en él se basa todo el equipo de pruebas.
Durante el desarrollo del proyecto, el plan de pruebas puede sufrir cambios que le permitan adaptarse
mejor a la evolución del proyecto.


Estos cambios, en caso de que sean aprobados, deben estar claramente especificados en un documento
anexo al plan original, así como la causa de los mismos y deberán estar firmados por todos los miembros
del equipo, incluidos los líderes de otras áreas ajenas a Pruebas.
 
Todos los miembros del equipo deben conocer su contenido y mantenerlo presente a lo largo del ciclo de
vida del proyecto.
También 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”