Sinónimo de error informático

• Bug

• Acierto

• UI

Seleccione causas de defectos en software

• Condiciones medioambientales

• Modificar condicones de hardware

• Lenguajes de programación incorrectos

• Código complejo

Someter los sistemas y la documentación a pruebas rigurosas puede ayudar a reducir el riesgo de complicaciones durante las operaciones y contribuir a la calidad del sistema de software. Lo anterior es una característica de:

• Función del

  proceso de pruebas en el desarrollo, mantenimiento y operaciones de software

  (k2)

• Pruebas de software

• Identificar defectos

Seleccione 3 opciones.

Cuáles son los objetivos de hacer los procesos de pruebas de software.

• Identificar defectos

• Aumentar la confianza en el nivel de calidad

• Facilitar información para la toma de decisiones

• Demostrar defectos

• Agrupar defectos

Las pruebas reducen la probabilidad de haya defectos ocultos en el software, pero, aunque no se detecte ningún defecto, no constituyen una evidencia. Lo anterior hace referencia al siguiente principio.

• Principio 1- Las pruebas demuestran

  la presencia de defectos

• Principio 2- Las pruebas exhaustivas

  no existen

• Principio 3- Pruebas tempranas

Se debe realizar un análisis de riesgos y prioridades para centralizar los esfuerzos de las pruebas. Lo anterior hace referecia al siguiente principio:

• Principio 3- Pruebas tempranas

• Principio 2- Las pruebas exhaustivas

  no existen

• Principio 4- Agrupación de defectos

Estas deben iniciarse lo antes posible en el ciclo de vida del software o del desarrollo del sistema, centrándose en los objetivos definidos previamente. Lo anterior hace referencia al siguiente principio:

• Principio 2- Las pruebas exhaustivas

  no existen

• Principio 3- Pruebas tempranas

• Principio 4- Agrupación de defectos

Este fenómeno está muy relacionado con el principio de Pareto o también llamado la regla de 80/20, que aplicado a este problema podríamos decir que el 80% de los problemas se encuentran en el 20% de los módulos.

Usualmente la mayoría de los defectos descubiertos durante las pruebas previas al lanzamiento.

Los defectos responsables de la mayoría de los fallos en operación se encuentran en un número reducido de módulos.

Las características anteriores hacen referencia al siguiente principio:

• Principio 4- Agrupación de defectos

• Principio 3- Pruebas tempranas

• Principio 6- Las pruebas dependen del contexto

Pruebas de regresión automatizadas,

Actualización de pruebas existentes.

Actualización de datos de las pruebas.

Son algunas características del siguiente principio.

• Principio 6- Las pruebas dependen del contexto

• Principio 7- Las pruebas dependen del contexto

• Principio 5- Tener cuidado con la

  paradoja del pesticida

Por ejemplo, el software de control industrial para la seguridad crítica es probado de forma diferente a una aplicación móvil de comercio electrónico. Las pruebas en los proyectos ágiles se realizan de forma diferente a las de los proyectos que adoptan un ciclo de vida secuencial.

Lo anterior hace referencia al siguiente principio.

• Principio 6- Las pruebas dependen del contexto

• Principio 4- Agrupación de defectos

• Principio 3- Pruebas tempranas