Entradas

Mostrando las entradas etiquetadas como Pruebas de Software

Otros Tipos de Pruebas de Software

Alfa y Beta: Es una versión muy clara del sistema de aplicación que puede no contener todas las características que están planeadas para la versión final. Típicamente, el software va a través de dos etapas de prueba antes de que se le considere terminado. La primera etapa, llamada prueba alfa, es a menudo realizada sólo por los usuarios dentro de la organización que desarrolla el software. La segunda etapa, la conocida prueba beta, es un tipo de prueba de aceptación de usuario, requiere generalmente un número limitado de usuarios externos. La prueba beta es la última etapa de prueba, y por lo general implica enviar el producto a los sitios de prueba fuera del entorno de desarrollo para exponerlo al mundo real. La prueba beta acostumbra a ser precedida por un ciclo repetitivo de pruebas alfa. Prueba Piloto: Una prueba preliminar que se enfoca en aspectos específicos y predeterminados de un sistema. No está destinada a reemplazar otros métodos de prueba, sino más bien para proveer una ...

QAT: Quality Assurance Test / UAT: User Acceptance Testing

QAT se enfoca en las especificaciones de documentación y en la tecnología empleada, verifica que la aplicación función como se documentó por medio de pruebas de diseño lógico y la tecnología misma. Asegura que la aplicación reúna las especificaciones técnicas documentadas y los productos. QAT se ejecuta en primera instancia por el dpto. SI. La participación del usuario final es mínima y a solicitud. No se enfoca a las pruebas de funcionalidad. UAT soporta el proceso de asegurar que el sistema esté listo para producción y que el mismo satisfaga todos los requisitos documentados. Los métodos incluyen: Definición de las estrategias y procedimientos de prueba   Diseño de casos y escenarios de prueba Ejecución de pruebas   Utilización de los resultados para verificar la preparación del sistema Los criterios de aceptación son criterios definidos que deben ser satisfechos por un producto para satisfacer las necesidades predefinidas del usuario. Un plan UAT debe ser document...

Clasificaciones de Pruebas de Software

Las siguientes pruebas, relacionadas con uno de los enfoques antes definidos en este blog puden ser efectuadas, basadas en el tamaño y en la complejidad del sistema modificado: Prueba de Unidad: Es la prueba de un programa o módulo individual. Se usan varios casos de prueba que se concentran en la estructura de control del diseño procedimiental. estas pruebas aseguran que la operación interna del programa funciona en conformidad con la especificación. Prueba de Interfaz o de Integración: Es una prueba de hardware o de software que evalúa la conexión de dos o más componentes que pasan información desde un área a otra. El objetivo es tomar módulos probados por unidad y construir una estrutura integrada basada en el diseño. Prueba del Sistema : Se dice que es una seria de pruebas diseñadas para aseguraar que los programas modificados, objetos, esquema de base de datos, etc., que conforman un sistema nuevo o modificado funcionen correctamente de forma colectiva. Los procedimientos ...

Elementos de un Proceso de Prueba de Software

El Proceso de Prueba, ayuda a asegurar que todas las partes del sistema funcionen como se espera, los elementos básicos para las actividades de prueba de software de aplicación son: Plan de Prueba: Se realizan en las primeras etapas del ciclo de vida y son ajustados hasta la etapa efectiva de prueba, estos planes identifican las porciones específicas del sistema que van a ser probadas. Los planes de prueba también especifican los niveles de severidad de los problemas encontrados. El examinador o tester determina la severidad del problema identificado durante la prueba. Dependiendo del nivel de severidad del problema identificado, el mismo puede ser reparado o bien permanecer en el sistema. A menudo los problemas de presentación en la Interfaz se clasifican como de severidad más baja y pueden no ser reparados si las limitaciones de tiempo se convierten en un problema para el administrador (lider, jefe) de proyecto. El sponsor del p...