Please enable JavaScript.
Coggle requires JavaScript to display documents.
proceso y realización de pruebas - Coggle Diagram
proceso y realización de pruebas
El proceso de prueba generalmente implica que el organismo electoral trabaje de manera conjunta con los proveedores para asegurar que los bienes o servicios son los adecuados para los objetivos establecidos. Puede ser un proceso corto para los productos estándar, o uno prolongado cuando los productos tienen que ser diseñados o fabricados para propósitos específicos.
Para la mayoría de los componentes tecnológicos, se debe preparar una estrategia de prueba muy estructurada y cuidadosa antes de recibir los productos para efectuar las pruebas. La estrategia debe ser diseñada para probar que el producto ejecuta debidamente todas las funciones requeridas conforme a las especificaciones.
En particular, sobre todo cuando la tecnología va a ser utilizada en grandes volúmenes o en situaciones de gran presión que impliquen plazos perentorios o gran cantidad de información a usuarios, la tecnología debe ser sometida a rigurosas pruebas de carga para asegurar que resiste todas las presiones reales. Dada la naturaleza de gran presión que implican las elecciones, el proceso de prueba de la tecnología es crucial para el éxito del proceso electoral.
Como con el proceso de desarrollo, la complejidad del proceso de prueba dependerá de las características de la tecnología seleccionada. Se trata de un producto estándar, el proceso de prueba estará virtualmente concluido. Si bien los productos estándar no suelen ser perfectos, al menos es probable que la mayoría de sus limitaciones sean bien conocidas.
PRUEBAS DE CAJA BLANCA
En programación, se denomina caja blanca a un tipo de
pruebas de software que se realiza sobre las funciones
internas de un módulo.
Las pruebas de caja blanca están dirigidas a la
funciones internas.
Entre los pasos que puede comprender la estrategia para probar la nueva tecnología, se pueden considerar los siguientes:
Asignar la responsabilidad de las pruebas a un comité técnico apropiado.
Recibir formalmente el sistema prototipo o la versión para producción.
Instalar el sistema en un espacio para prueba.
Realizar las pruebas programadas, tomando debida nota si los componentes reúnen o no las especificaciones establecidas.
Integrar un panel de usuarios para probar el sistema en un ejercicio de simulación.
De ser el caso, incluir usuarios externos en el proceso de prueba.
Solicitar a los proveedores que corrijan cualquier problema identificado y lo presenten para una nueva prueba.
Contar con auditores independientes que verifiquen la integridad de las fuentes de origen.
Ofrecer a los comités técnico y de administración un reporte de las pruebas.
Una vez que el sistema ha aprobado todas las pruebas y la administración ha dado su visto bueno, proceder a la implantación.
Si las pruebas solo han comprendido prototipos o cantidades limitadas del producto, la versión definitiva necesita ser probada otra vez antes de su instalación, especialmente cuando forma parte de una red o se encuentra geográficamente disperso.
Una vez que la versión definitiva ha sido entregada y ha aprobado las pruebas, puede iniciarse la fase final de la implantación.
Para la siguiente y última etapa, ver Proceso de Implantación.
PRUEBAS DE CARGA
Este es el tipo más sencillo de pruebas de rendimiento. Una prueba de carga se realiza generalmente para
observar el comportamiento de una aplicación bajo una cantidad de peticiones esperada. Esta carga puede
ser el número esperado de usuarios concurrentes utilizando la aplicación y que realizan un número
específico de transacciones durante el tiempo que dura la carga. Esta prueba puede mostrar los tiempos de
respuesta de todas las transacciones importantes de la aplicación. Si la base de datos, el servidor de
aplicaciones, etc. también se monitorizan, entonces esta prueba puede mostrar el cuello de botella en la
aplicación.
Esta prueba se utiliza normalmente para romper la aplicación. Se va doblando el número de usuarios que
se agregan a la aplicación y se ejecuta una prueba de carga hasta que se rompe. Este tipo de prueba se
realiza para determinar la solidez de la aplicación en los momentos de carga extrema y ayuda a los
administradores para determinar si la aplicación rendirá lo suficiente en caso de que la carga real supere a
la carga esperada.
PRUEBAS DE CARGA Y STRESS
En la ingeniería del software, las pruebas de rendimiento son las pruebas que
se realizan, desde una perspectiva, para determinar lo rápido que realiza una
tarea un sistema en condiciones particulares de trabajo.
PRUEBAS DE CAJA NEGRA
Las Pruebas de Caja Negra, es una técnica de pruebas de software en la cual
la funcionalidad se verifica sin tomar en cuenta la estructura interna de código,
detalles de implementación o escenarios de ejecución internos en el software.
Las pruebas de la caja negra se llevan acabo sobre la interfaz del software,
obviando el comportamiento interno y la estructura del programa.
EJEMPLOS DE PRUEBAS DE CAJA
NEGRA:
Ejemplos típicos de pruebas de caja negra son la comprobación de valores limite
(por ejemplo que se permita sólo valores positivos), pruebas de integridad de la
base de datos (comprobar que los datos ingresados a una tabla sean los correctos),
pruebas de situaciones de excepción, (comprobar que al momento de un error se
muestre el error y permita regresar al programa) o pruebas de rendimiento del
sistema (comprobar si al momento de cargar cierta cantidad de datos el sistema
no se pone lento).
