# data[].attributes.headline
1. ¿Cuál es el primer principio de pruebas?

# data[].attributes.subject
1. ¿Cuál es el primer principio de pruebas?

# data[].attributes.body
1. El primer principio indica: El testing demuestra la existencia de errores y no su ausencia, ya que de está base el objetivo principal sería identificarlos y reducirlos.

# data[].attributes.body
- El primer principio de pruebas mencionado es:

1. las pruebas demuestran la presencia de defectos, no su ausencia: las pruebas no pueden garantizar que un software este libre de errores. Solo encuentra errores que de alguna manera podrían pasar desapercibidos.

# data[].attributes.body
Las pruebas demuestran la presencia de errores o defectos en el software, reduce la probabilidad de que el sistema presente defectos.

# data[].attributes.headline
Fabian Guayacán                                                                                                                                 

# data[].attributes.subject
Fabian Guayacán                                                                                                                                 

# data[].attributes.body
El primer principio de las pruebas de software es que las pruebas muestran la presencia de defectos.

# data[].attributes.body
Primer principio: La ejecución de pruebas demuestra la presencia de defectos

# data[].attributes.body
primer principio: el testing sirve para demostrar defectos.

# data[].attributes.headline
Primer principio de software-Luis Gutiérrez

# data[].attributes.subject
Primer principio de software-Luis Gutiérrez

# data[].attributes.body
El primer principio habla de que la prueba muestra la presencia de defectos, más no su ausencia. Esto no garantiza que no haya ningún error.

# data[].attributes.headline
2. ¿Por qué las pruebas exhaustivas son imposibles?

# data[].attributes.subject
2. ¿Por qué las pruebas exhaustivas son imposibles?

# data[].attributes.body
Esto debido a que el software es algo complejo y solamente se puede planificar que y como se revisará cada módulo ya que siempre habrán errores así sean pequeños.

# data[].attributes.body
- se nos menciona que no existen pruebas exhaustivas para lograr el éxito absoluto de la calidad del software siempre quedara algo pendiente por eso se catalogan como imposibles, se centra en probar todas las posibles combinaciones de entradas y salidas (es imposible probar todas las combinaciones) del software enfocándose en los casos mas probables y de mayor impacto.

# data[].attributes.body
Por que es imposible realizar las pruebas en todo el software al mismo tiempo, se debe dar prioridad a lo mas importante.

# data[].attributes.body
Las pruebas exhaustivas son imposibles debido a la infinidad de casos de prueba posibles, los entornos en constante cambio, las interacciones impredecibles, el problema de la parada y los fallos no determinista

# data[].attributes.body
Probar cada combinación posible de datos y acciones en todas las funcionalidades de un software generalmente no es una opción viable, ya sea por cuestiones de tiempo, costos o recursos.

# data[].attributes.headline
¿Por qué las pruebas exhaustivas son imposibles? Laura Leon

# data[].attributes.subject
¿Por qué las pruebas exhaustivas son imposibles? Laura Leon

# data[].attributes.body
Se debe a los programas ya que son complicados, se necesita mucho tiempo y dinero. aparte las pruebas hechas por personas es muy propensa a errores, se pueden usar estrategias mas eficientes e inteligentes para probar los software.

# data[].attributes.headline
3. ¿Cómo se pueden agrupar los defectos?

# data[].attributes.subject
3. ¿Cómo se pueden agrupar los defectos?

# data[].attributes.body
Por funcionalidad, severidad, causa raíz, tipo de error, prioridad y origen del error.

# data[].attributes.body
- Se nos menciona que se agrupan en módulos nos dan el ejemplo de inicio de sesión de usuarios y se van poniendo en ese modulo las incidencias de todo lo que pasa, los defectos no se distribuyen se agrupan siempre en módulos o componentes y estos pueden tener mas defectos que otros.

# data[].attributes.body
Cuando se realizan las pruebas de software y se encuentran errores, lo mas probable es que estos mismos errores se encuentren mas adelante en otros módulos o secciones que manejan los mismos principios o estructura por lo tanto se deben realizar las mismas pruebas para corregir dichos errores encontrados incialmente.

# data[].attributes.body
1. Funcionalidad.

2. Severidad.

3. Causa Raíz.

4. Tipo de Error.

5. Prioridad.

6. Origen.

# data[].attributes.body
Hay partes importantes en un programa que son más propensas a tener problemas en comparación con otras. Esto se basa en la idea de la Regla 80/20, que sugiere que alrededor del 80% de los problemas provienen del 20% de las partes del programa.

# data[].attributes.body
1. por tipo de defecto

2. por area funcional

3. por severidad: los errores segun su impacto

4. por origen

5. por prioridad

# data[].attributes.body
Es un principio que dicta que si se repiten los mismos casos de pruebas, llegara un momento en que ya no se encontraran errores, por lo que es necesario siempre proponer nuevas técnicas de pruebas.

# data[].attributes.body
- Se nos menciona que es cuando se utilizan los mismos casos de prueba una y otra vez y la consecuencia negativa de esto es que los defectos encontrados se volverán cada vez mas difíciles de detectar.

# data[].attributes.body
La paradoja del pesticida es realizar las pruebas una y otra vez para confirmar que los errores encontrados se han corregido, adicional para encontrar nuevos errores se deben realizar las mismas pruebas pero cambiando los datos y realizar otro tipo de pruebas.

# data[].attributes.body
La paradoja del pesticida es un problema que ocurre cuando se usan las mismas pruebas de software una y otra vez.

# data[].attributes.body
Si siempre usas las mismas pruebas, con el tiempo, esas pruebas se vuelven menos efectivas porque los problemas obvios ya fueron solucionados.

# data[].attributes.body
es un fenomeno que pasa en el contexto de la evolucion de las especies, se refiere a la situacion en la que el uso repetido de un pesticida o cualquier otra medida para controlar una plaga con el tiempo puede conducir a la adapatacion de la plaga. En el mantenimiento del software especialmente en el contexto de la deteccion de los errores. La correccion de los erorres sin una comprension exhaustiva nos puede llevar a una solucion muy superficial, pero que no aborda el tema principal.

# data[].attributes.body
Las pruebas demuestran defectos no ausencias

# data[].attributes.headline
Cristian Camilo Reina Beltran - 1ra Pregunta

# data[].attributes.subject
Cristian Camilo Reina Beltran - 1ra Pregunta

# data[].attributes.body
Pruebas muestran la presencia de defectos, no su ausencia >> lo que aclara este principio es que las pruebas pueden revelar la presencia de incidencias, pero no pueden garantizar que no haya errores adicionales presentes

# data[].attributes.headline
¿Qué es la paradoja del pesticida? - Sebastian Rivera

# data[].attributes.subject
¿Qué es la paradoja del pesticida? - Sebastian Rivera

# data[].attributes.body
se refiere cuándo se pierde eficacia en las pruebas del software al transcurrir el tiempo ya que se utiliza siempre la misma manera de testear y hará que no se encuentre los defectos cada vez que se vayan realizando

# data[].attributes.headline
Cristian Camilo Reina Beltran - 2da Pregunta

# data[].attributes.subject
Cristian Camilo Reina Beltran - 2da Pregunta

# data[].attributes.body
La exhaustividad de las pruebas es imposible >> Es imposible prever todas las posibles interacciones que el usuario va a tener con el software, haciendo imposible probar todas las interacciones posibles y verificar que todas no presenten incidencias

# data[].attributes.headline
Porque las pruebas exhaustivas son imposibles?-Luis Gutiérrez 

# data[].attributes.subject
Porque las pruebas exhaustivas son imposibles?-Luis Gutiérrez 

# data[].attributes.body
Porque al realizar las pruebas se pueden encontrar muchos escenarios diferentes con varias combinaciones, no se tendría el tiempo necesario para analizarlos, sino los casos más puntuales.

# data[].attributes.headline
Cristian Camilo Reina Beltran - 3ra Pregunta

# data[].attributes.subject
Cristian Camilo Reina Beltran - 3ra Pregunta

# data[].attributes.body
La agrupación de defectos >> Se pueden agrupar por tipo de defecto, por el área donde se encuentra, por origen o causa entre otros

# data[].attributes.headline
Cristian Camilo Reina Beltran - 4ta pregunta

# data[].attributes.subject
Cristian Camilo Reina Beltran - 4ta pregunta

# data[].attributes.body
La paradoja del Pesticida >> si se repiten las mismas pruebas una y otra vez, eventualmente dejarán de encontrar nuevos defectos.

# data[].attributes.body
En este principio, se priorizan aquellas incidencias, de los módulos que estén más propensos a presentar defectos y que requieren mayor atención

# data[].attributes.body
Si se realizan las mismas pruebas a un módulo este eventualmente no tendrá defecto, así que es necesario actualizar las pruebas y crear otras, para descubrir nuevas incidencias y no pasarlas por alto.

# data[].attributes.body
El primer principio de pruebas de software hace alusión a que las pruebas demuestran la existencia de las fallas pero no afirman la falta de estas mismas.

# data[].attributes.body
La pruebas exhaustivas de software aseguran la calidad del software, confirman el cumplimiento de los requisitos y permiten la temprana detección de errores.

# data[].attributes.body
Los defectos de software se pueden clasificar según la prioridad, severidad, tipo y causa.

# data[].attributes.body
1.      El primer principio de las pruebas es: Las pruebas demuestran la presencia de defectos, no su ausencia

2.      Porque hay varios factores que involucran que el software sea aprueba de errores

3.      Se pueden agrupar por categorías, ciclo actual de desarrollo, gravedad, entre otros...

4.      Es un concepto que dice que donde se arregle un problema dentro del software, este involucre traer más errores.

# data[].attributes.body
La paradoja del pesticida indica que si se aplican las mismas pruebas a un módulo eventualmente este no presentará fallas, por ende es necesario desarrollar nuevas pruebas para encontrar posibles fallas en cada sesión de pruebas y no pasarlas por alto.

# data[].attributes.body
El primer principio es que el se empiezan a encontrar los errores o defectos en el software

# data[].attributes.body
Es importante realizar pruebas constantemente ya que el software siempre va a ir teniendo modificaciones y esto puede ir generando errores con el tiempo

# data[].attributes.body
Se puede realizar la agrupación realizando la categorización de los defectos o errores, algunos módulos pueden volverse más riesgoso que otros

# data[].attributes.body
La paradoja del pesticida consiste en que si se usa una prueba muy repetidamente está va a ir perdiendo su efectividad, ya que cada vez se van a ir encontrando menos errores

# data[].attributes.body
Pregunta 1 - El principio de pruebas es que las pruebas muestran la presencia de defectos, no su ausencia. Esto quiere decir que la prueba puede revelar la existencia de algún error, pero no puede demostrar que el sistema este totalmente libre de ellos.

Pregunta 2 - Son imposibles por diferentes factores; el numero de combinaciones, la complejidad del software, recursos limitados, cambios constantes, etc.

Pregunta 3 - Los defectos pueden agruparse según varios criterios, como su severidad, prioridad, tipo, área de aplicación, origen y frecuencia de ocurrencia.

Pregunta 4 - La paradoja del pesticida es un concepto en el ámbito de la evolución de software, la mejora continua en la calidad del software puede resultar en un aumento de la resistencia a las pruebas.

# data[].attributes.body
Pregunta 1

Las pruebas solo pueden demostrar la presencia de errores, no la ausencia de estos, si bien las pruebas pueden ayudarte a encontrar errores en tu software, no pueden garantizar que no haya errores.

Pregunta 2

La cantidad de combinaciones de datos, acciones y funcionalidades es tal que, en la mayoría de los casos, realizar pruebas exhaustivas sería inviable por las siguientes razones:

Tiempo: La ejecución de todas las pruebas posibles tomaría un tiempo considerable, lo que podría retrasar el lanzamiento del software o la implementación de nuevas funcionalidades.

Costos: El proceso de pruebas exhaustivas requiere una inversión significativa en recursos humanos, infraestructura y herramientas, lo que puede ser prohibitivo para muchos proyectos.

Recursos; La cantidad de datos y la complejidad de las pruebas pueden requerir recursos computacionales y de almacenamiento considerables, que no siempre están disponibles.

Pregunta 3

Existen diferentes criterios para agrupar los defectos encontrados durante las pruebas de software pero los mas comunes son: Por causa, Por la severidad, Por su funcionalidad y por un tipo de defecto que traen

Pregunta 4

La paradoja del pesticida es la disminución de la efectividad de las pruebas realizadas por mucho tiempo o muchas veces ya que cada vez se irán encontrando menos y menos errores a lo que hagamos las pruebas porque cada que salga un error se ira solucionando y es improbable que vuelva a ocurrir

# data[].attributes.headline
¿Cuál es el primer principio de pruebas? Sebastian Rivera

# data[].attributes.subject
¿Cuál es el primer principio de pruebas? Sebastian Rivera

# data[].attributes.body
Hace referencia a que las pruebas demuestran la presencia de defectos, no su ausencia.

# data[].attributes.headline
¿Por qué las pruebas exhaustivas son imposibles? Sebastian Rivera

# data[].attributes.subject
¿Por qué las pruebas exhaustivas son imposibles? Sebastian Rivera

# data[].attributes.body
Son imposibles por varios factores, como la complejidad y tamaño del software, por tiempo y recursos limitados y también por los constantes cambios que hay en el mismo, se debe hacer una planeación de pruebas.

# data[].attributes.headline
¿Cómo se pueden agrupar los defectos? Sebastian rivera

# data[].attributes.subject
¿Cómo se pueden agrupar los defectos? Sebastian rivera

# data[].attributes.body
1. Por causa

2. Por severidad

3. Por funcionalidad

4. Por tipo de defecto

# data[].attributes.body
1-Las pruebas demuestran la presencia de defectos no su ausencia

2- Las pruebas exhaustivas son imposibles dado a que no es viable, por cuestión de costos, tiempo

3- 3.1 Causa

3.2 funcionalidad

3.3 Origen

3.4 Prioridad

4- Cuando siempre se utilizan las mismas pruebas, estas al pasar el tiempo dejan de ser efectivas.

# data[].attributes.body
1) cual es el primer principio de pruebas?

R/ las pruebas demuestran la presencia de efectos,no su ausencia.

2) porque las pruebas exhaustivas sin imposibles?

R/ porque es imposible realizar pruebas en todo el software al mismo tiempo,se debe dar prioridad a lo mas importante.

3)como se pueden agrupar los defectos?

R/ por causa, severidad,funcionalidad y tipo de efecto.

4) que es la paradoja del pesticida?

R/ perdida de efectividad si se repiten siempre los mismos test llegará un momento en el que no se encontrarán defectos. Por eso es importante mantener y nutrir las baterías de pruebas con nuevos casos de manera regular.

# data[].attributes.body
primera pregunta: El principio de pruebas es donde se detectan los errores

segunda pregunta: Es un proceso muy caro y complicado por el programa, y se debe dar prioridad a los mas importante en el momento.

tercera pregunta: Por severidad, funcionalidad y tipo de defectos.

Cuarta pregunta: en el contexto del software al aplicar el pesticida, solo se cubre el problema superficial, pero no el problema central.

# data[].attributes.body
1) Cual es el principio de las pruebas ?

R/Es asegurar la calidad del software a través de la identificación y corrección de errores, garantizando que el producto cumpla con los requisitos especificados y funcione de manera confiable

2) Porque las pruebas Exhaustivas sin imposibles ?

R)/Estas pruebas implicarían probar todas las combinaciones posibles de entradas y escenarios en un sistema.

3 Como se pueden agrupar los defectos ?

R/ por tipo , por gravedad , por componente , por funcionalidad

4 Que es la paeadoja del Pesticida ?

R/Es la perdida de la efectividad el cual se repiten siempre los mismas pruebas al punto de que no se encuentren defectos en el sistema