Pruebas de Software y Estrategias

<p>Actividades que apoyan las pruebas, pero no las reemplazan (C)</p> Signup and view all the answers

<p>Son ejecutadas por probadores manualmente sin herramientas de automatización (C)</p> Signup and view all the answers

<p>Simulan ser el usuario final para encontrar errores (C)</p> Signup and view all the answers

<p>Implementación de código (C)</p> Signup and view all the answers

<p>No se puede garantizar que todas las pruebas descubran todos los errores (B)</p> Signup and view all the answers

<p>Identificar y reparar vulnerabilidades antes de que sean explotadas. (B)</p> Signup and view all the answers

<p>El problema de confianza con los probadores piratas informáticos. (B)</p> Signup and view all the answers

<p>Mezclar diferentes tipos de pruebas. (D)</p> Signup and view all the answers

<p>Basada en condiciones irrealistas y planificadas. (C)</p> Signup and view all the answers

<p>Integrar la calidad desde el inicio del proceso de desarrollo. (D)</p> Signup and view all the answers

<p>Puede ser visto como un motor de crecimiento. (D)</p> Signup and view all the answers

<p>Implementar pruebas no anunciadas para el personal interno seleccionado. (D)</p> Signup and view all the answers

<p>Utilizar diversas fuentes y tipos de pruebas para tomar decisiones informadas. (B)</p> Signup and view all the answers

<p>La detección de debilidades específicas a menudo requiere evaluación humana. (A)</p> Signup and view all the answers

<p>Buscan acceder ilegalmente a sistemas y datos. (D)</p> Signup and view all the answers

<p>Permiten al evaluador ser flexible (B)</p> Signup and view all the answers

<p>Se llevan a cabo para confirmar que no se han introducido nuevos errores tras cambios recientes (A)</p> Signup and view all the answers

<p>Confusión y resultados inexactos (A)</p> Signup and view all the answers

<p>Pruebas automatizadas (D)</p> Signup and view all the answers

<p>Pueden no funcionar bien con cambios frecuentes en la aplicación (C)</p> Signup and view all the answers

<p>Pensamiento lateral y habilidades de comunicación (C)</p> Signup and view all the answers

<p>Verificar el funcionamiento de unidades individuales (B)</p> Signup and view all the answers

<p>Pueden ser repetitivos y causar monotonía (B)</p> Signup and view all the answers

<p>Prueba de regresión manual (A)</p> Signup and view all the answers

<p>Pueden adaptarse mejor a situaciones imprevistas (B)</p> Signup and view all the answers

<p>Ser reutilizable y claro (A)</p> Signup and view all the answers

<p>Resultados ineficientes e improductivos (A)</p> Signup and view all the answers

<p>Pueden mejorar y mantener la calidad del software (A)</p> Signup and view all the answers

<p>Para asegurar la adaptación a cambios frecuentes en la aplicación (C)</p> Signup and view all the answers

<p>Proporcionan documentación garantizada para la aplicación. (D)</p> Signup and view all the answers

<p>Pueden ser tan defectuosas como el código que están probando. (A)</p> Signup and view all the answers

<p>Incrementa los costos y el tiempo de prueba (A)</p> Signup and view all the answers

<p>Si las APIs cumplen con las expectativas de rendimiento y seguridad. (C)</p> Signup and view all the answers

<p>Probar una acción o función específica del código (A)</p> Signup and view all the answers

<p>No pueden detectar errores fuera de su alcance específico (B)</p> Signup and view all the answers

<p>Configurar un entorno de prueba puede ser complejo. (C)</p> Signup and view all the answers

<p>Son efectivas para encontrar errores de regresión (D)</p> Signup and view all the answers

<p>Mejoran la calidad del producto al detectar efectos secundarios de cambios de código. (D)</p> Signup and view all the answers

<p>Pueden ser más costosas de configurar. (B)</p> Signup and view all the answers

<p>Simulan el uso en condiciones irreales (B)</p> Signup and view all the answers

<p>Pueden ser laboriosas y complejas (C)</p> Signup and view all the answers

<p>Proporcionan comentarios al desarrollador sobre la usabilidad. (C)</p> Signup and view all the answers

<p>La gestión de las pruebas beta puede ser difícil. (C)</p> Signup and view all the answers

<p>Pruebas de carga (D)</p> Signup and view all the answers

<p>Pueden proporcionar resultados de prueba más rápidos. (D)</p> Signup and view all the answers

<p>Detectar vulnerabilidades de seguridad (C)</p> Signup and view all the answers

<p>Pueden ser menos efectivos que los probadores internos. (A)</p> Signup and view all the answers

<p>Aspectos lingüísticos, cosméticos y funcionales (D)</p> Signup and view all the answers

<p>Proporcionan un buen conocimiento del dominio y el producto. (B)</p> Signup and view all the answers

<p>Son propensas a errores debido a su repetitividad (B)</p> Signup and view all the answers

<p>Identifica problemas en situaciones de alta demanda (C)</p> Signup and view all the answers

<p>Son repetitivas y se realizan de forma constante. (D)</p> Signup and view all the answers

<p>Se necesita capacitación específica para cada herramienta (B)</p> Signup and view all the answers

<p>Aseguran que la funcionalidad cumpla las expectativas. (A)</p> Signup and view all the answers

<p>Identifican deficiencias antes del lanzamiento (A)</p> Signup and view all the answers

<p>Mayor control sobre la calidad del software. (D)</p> Signup and view all the answers

<p>Posibles problemas de comunicación. (C)</p> Signup and view all the answers

<p>Evalúa la funcionalidad sin conocimiento interno. (C)</p> Signup and view all the answers

<p>Son complejas y costosas de implementar. (C)</p> Signup and view all the answers

<p>Para garantizar que una aplicación es usable por personas con discapacidades. (C)</p> Signup and view all the answers

<p>Asegurarse de que funcione en diversos entornos. (A)</p> Signup and view all the answers

<p>Permite el uso de automatización con herramientas disponibles. (D)</p> Signup and view all the answers

<p>No permite la prueba de todas las posibles secuencias de entrada. (B)</p> Signup and view all the answers

<p>El proceso es inconsistente y aún está en desarrollo. (B)</p> Signup and view all the answers

<p>Pruebas de accesibilidad. (B)</p> Signup and view all the answers

<p>Puede ser más costoso que mantener un equipo interno. (B)</p> Signup and view all the answers

<p>Al verificar el comportamiento final del software desde el punto de vista del usuario. (D)</p> Signup and view all the answers

<p>Verifica que el software funcione en diferentes plataformas. (B)</p> Signup and view all the answers

Es una investigación sobre un software para informar sobre su calidad a las partes interesadas.

Verificar si el software cumple con los requisitos, funciona correctamente y no tiene errores graves.

Determinar si el software se ajusta a las especificaciones.

Comprobar si el software cumple con las necesidades del usuario.

Probadores ejecutan manualmente casos de prueba sin herramientas.

Encontrar errores lo más rápido posible y reportarlos.

Las pruebas identifican errores, la depuración los corrige.

Las pruebas manuales y automatizadas son complementarias.

Tipo de prueba manual donde el probador interactúa con la aplicación libremente, buscando errores sin un guion predefinido.

Método manual para verificar que cambios recientes en una aplicación no rompan funciones ya existentes.

Paso a paso para validar que la aplicación funcione como se espera.

Proceso de ejecutar los pasos de un caso de prueba y comparar los resultados esperados con los reales.

Proceso que utiliza herramientas para ejecutar casos de prueba predefinidos, aumentando la eficiencia.

Prueba de componentes individuales o unidades dentro de una aplicación.

Preparación flexible, hallazgo de errores únicos, útil en aplicaciones complejas.

Ineficiencia si no se planifica, depende mucho de la habilidad del evaluador.

Mantiene la calidad, ideal después de cada confirmación de código.

Ineficiente con cambios constantes en la aplicación.

Documentación completa y reutilizable, proceso paso a paso.

Confusión e inexactitud si el caso está mal escrito.

Mayor eficiencia, reducción del tiempo de prueba, menor probabilidad de error humano.

Alto costo inicial, mantenimiento de scripts, no todas las pruebas pueden automatizarse.

Comprobar que cada parte individual del código funciona correctamente de forma aislada.

Un conjunto de pasos específicos que se utilizan para probar una función o característica del software.

Se verifica que el código funciona como se esperaba, que las entradas y salidas son correctas y que no hay errores.

Simplifica el código al hacer que sea más legible y menos complejo.

Al verificar cada unidad por separado, la integración del código en una aplicación se vuelve más sencilla.

Sirven como documentación garantizada para una aplicación, explican la funcionalidad de cada unidad.

Verificar que las interfaces de programación de aplicaciones (API) funcionen correctamente.

Se verifica que la API cumple con las expectativas de funcionalidad, confiabilidad, rendimiento y seguridad.

Se envían llamadas a la API, se recibe la salida y se registra la respuesta.

Configurar un entorno de prueba para las API puede ser complejo.

Pruebas que se repiten constantemente de forma automatizada para verificar que los cambios no introducen errores.

Mejora la calidad del producto al detectar cualquier efecto secundario de actualizaciones o correcciones.

Pruebas informales realizadas por usuarios finales antes del lanzamiento oficial, en entornos del mundo real.

Se buscan errores importantes y se recopilan comentarios de los usuarios finales.

Utilizar una gran comunidad de probadores profesionales para encontrar errores y proporcionar comentarios.

Utilizar probadores internos para las necesidades de prueba del software.

Diferencias en los requisitos de prueba durante el año, brechas en los recursos, costo mayor que la subcontratación.

Realizadas por una empresa o grupo externo a la organización.

Acceso a más probadores, mejor calidad, escalabilidad eficiente, rentable.

Mayor énfasis en la comunicación, dificultades por horarios, idiomas y zonas horarias, menos control.

El software es una caja negra, se prueba la funcionalidad sin mirar el código interno.

Pruebas imparciales, no se necesita conocimiento de programación, pruebas desde la perspectiva del usuario final.

No se pueden probar todas las entradas posibles, no se pueden probar segmentos de código complejos.

Lo contrario a la prueba de caja negra, se analiza el código interno para probar la estructura.

Transparencia, se cubren todas las rutas de código, casos de prueba se pueden automatizar.

Procedimiento complejo y costoso, requiere conocimientos de programación, complejidad en aplicaciones grandes.

Verificar si una aplicación es usabale para personas con discapacidades.

Inclusión, leyes de accesibilidad existen en muchos países, evita sanciones legales.

Proceso complejo, herramientas de automatización no siempre ayudan, necesita intuición humana.

Comprobar si una aplicación funciona en distintos entornos.

Aumento de costos y tiempo de prueba, necesidad de mantener diferentes sistemas y posibles contrataciones adicionales de personal.

Evaluar si una aplicación realiza las acciones y funciones especificadas en los requisitos de código.

Se realizan en un entorno similar al del usuario final, lo que ayuda a detectar errores que podrían afectar al cliente.

Se limitan a evaluar la funcionalidad especificada, pudiendo no detectar errores fuera del alcance definido.

Evaluar la interfaz gráfica de usuario (GUI) de una aplicación, incluyendo el tamaño de los botones, los campos de entrada, la alineación del texto y la legibilidad.

Detectan errores de regresión después de las actualizaciones de la aplicación y son relativamente fáciles de realizar.

La automatización no siempre es posible o eficiente, y las pruebas manuales son repetitivas y propensas a errores.

Simular el uso real por parte de varios usuarios para evaluar el rendimiento de una aplicación bajo una carga pesada.

Determinar la capacidad máxima de la aplicación, detectar errores de funcionalidad bajo carga y mejorar la escalabilidad.

Pueden producir resultados inconsistentes si no se realizan en varios dispositivos y sistemas operativos, la carga simulada puede no reflejar la realidad.

Comprobar la calidad de una aplicación adaptada a una cultura e idioma específicos, incluyendo la lingüística, la interfaz de usuario y la funcionalidad.

Mejoran la calidad de la aplicación, brindan una ventaja competitiva en diferentes mercados y reducen los costes de soporte.

Requieren mucho trabajo y conocimiento experto en la cultura local, la lingüística y las preferencias, la coordinación puede ser compleja.

Evaluar aspectos como la seguridad, los tiempos de carga y la estabilidad de una aplicación, que no se relacionan directamente con una función específica.

Cubre aspectos como la seguridad y el rendimiento que las pruebas funcionales podrían no abarcar.

Se deben realizar con cada actualización, requieren herramientas especializadas y suelen ser costosas.

Proceso para evaluar la seguridad de una aplicación y sus entornos al simular un ataque real.

Identificar las debilidades de seguridad en una aplicación y sus entornos para que puedan ser corregidas antes de que sean explotadas.

Descubrir vulnerabilidades ocultas que podrían pasar desapercibidas en pruebas tradicionales. Identificar las vulnerabilidades más críticas y priorizar las soluciones.

Las pruebas pueden ser realizadas por expertos en seguridad, lo que genera un problema de confianza. La simulación puede no ser completamente realista y el personal interno puede estar preparado.

Marco que impulsa la calidad en las organizaciones mediante la integración de QA en el proceso de desarrollo y operaciones.

Mezclar, Optimizar y Crecer.

Implementar diferentes tipos de pruebas (Manuales y Automatizadas) para obtener una visión completa de la calidad.

Analizar y mejorar el proceso de control de calidad para aumentar la eficiencia y la velocidad de entrega del software.

Alinear las actividades de QA con los objetivos de crecimiento de la empresa.

No existe un enfoque único para las pruebas. La combinación de diferentes métodos de prueba en diferentes etapas aporta los mejores resultados.