1. Clase 1
1.1. Ciclo de vida de Software
1.1.1. 1.Levantamiento de requermientos
1.1.2. 2. Análisis y diseño de requerimientos
1.1.3. 3. Construcción
1.1.4. 4.Pruebas
1.1.5. 5. Implementacion
1.1.6. 6. Implementacion
1.1.7. 7.Mantenimiento
1.1.8. Calidad de Software interno y externo
1.1.8.1. Interno
1.1.8.1.1. Funcionalidad
1.1.8.1.2. adecuación correcta
1.1.8.1.3. Precision
1.1.8.1.4. Idoniedad
1.1.8.1.5. Cumplimiento de la funcionalidad
1.1.8.2. Externo
1.1.8.2.1. Mantenibilidad
1.1.9. Def. Calidad de software
1.1.9.1. Proceso eficaz de software que se aplica de manera que crea un producto útil que proporciona un valor medible.
1.2. Pruebas
1.2.1. Que son : son el proceso por el cual se hace una depuración y revisión del código, interfaz y funcionalidad de un aplicativo de software.
1.2.1.1. ISTQB
1.2.1.1.1. International Software Testing Qualification Board
1.2.2. Objetivo : Determinar por medio de estas cuales posibles errores de ejecución y funcionalidad del software en sus distintos módulos, aplicando distintos tipos de pruebas.
1.2.3. ¿Porqué son importantes las pruebas? Con ellas se determina la funcionalidad del software y detección de errores y bug que contenga el mismo.
1.2.4. Las pruebas hacen parte del ciclo de vida del software, es una de las fases donde se certifica si el producto es funcional en un alto porcentaje para salir a producción y uso por los usuarios y cliente.
2. Clase 5 y 6
2.1. speech "Presentaciones software"
2.2. Análisis lecturas PDF
2.2.1. Se basan en la importancia de las pruebas de software atravez del tiempo así como sus distintos tipos y la importancia de una correcta aplicación d e las mismas.
2.2.2. Pruebas de Pareto
2.2.2.1. Es conocido como la regla de 80 % a 20 % y es aplicado en varios campos en el cual se especifica que siempre ay una tendencia de similar, Un ejemplo que nos dan es que al realizar estudios de tiempo el 80% de las consecuencias se derivan de 20% de las causas
3. Clase 7
3.1. speech "Presentaciones software"
4. Clase 2
4.1. conceptos importantes
4.1.1. Error:
4.1.1.1. Esta provocado por el ser humano y se puede evidenciar en distintos modo como puede ser en código o documentación.
4.1.2. Defecto:
4.1.2.1. Puede ser un resultado incorrecto por la equivocación en la implementacion de signos matemáticos en una operación o un paréntesis en la misma, Ejemplo = 3*2+1 a 3*(2+1)
4.1.3. Fallo :
4.1.3.1. Están enlazados directamente con los defectos ya que estos pueden desencadenar problemas catastroficos
4.2. Fundamentos
4.2.1. ¿Cuál es el objetivo de las pruebas?
4.2.1.1. El Objetivo de las pruebas es brindar calidad al software por medio de la detección de errores, fallos y defectos al momento de la construcción y programación de este.
4.2.2. Que es Validación ?
4.2.2.1. Es corroborar la funcionalidad del un software, estas también pueden ser realizadas por el usuario de acuerdo a la funcionalidad que se espera.
4.2.3. Que es Verificación ?
4.2.3.1. Es corroborar que el sistema respeta las especificaciones y requerimientos echas por el usuario.
5. Clase 3 y 4
5.1. Tipos de pruebas
5.1.1. Pruebas Unitarias
5.1.1.1. 1.Caja Blanca
5.1.1.2. 2.Pruebas de flujo de control
5.1.1.3. 3.Pruebas de flujo de datos
5.1.1.4. 4.Pruebas de bifurcación
5.1.1.5. 5.Pruebas de caminos básicos
5.1.2. Pruebas de Integración
5.1.2.1. 1.Técnica Bing Bang
5.1.2.2. 2.Técnica de Top Down
5.1.2.3. 3.Técnica Bottom up
5.1.2.4. 4.Técnica Middle-out
5.1.2.5. 5.Estrategias combinadas
5.1.3. Funcionales (comportamiento o pruebas de caja negra )
5.1.3.1. 1.Partición de equivalencia
5.1.3.2. 2.Análisis de valores límite
5.1.3.3. 3.Prueba de transición de estado
5.1.3.4. 4.Tablas de decisión
5.1.3.5. 5.Prueba de caso de uso
5.1.4. Pruebas de Aceptación
5.1.4.1. Alfa
5.1.4.2. Beta
5.1.4.3. Regresión
6. Segundo Corte
6.1. Clase 1
6.1.1. Lectura Testing Static Analysis Tools using Exploitable Buffer Overflows from Open Source Code ∗
6.1.1.1. La lectura nos habla sobre los distintos virus, spyware, malware que en este momento afectan gran cantidad equipos a nivel mundial por medio de internet asi como describen uno de los principales ataque aprovechando vulnerabilidades que permiten hacer desbordamiento de memoria y buffer
6.1.2. Lectura Prueba del software: más que una fase en el ciclo de vida
6.1.2.1. Esta lectura se basa en las opciones que encontramos de software open source que permite realizar pruebas a código en java en búsqueda de errores de programación que generan fallos en el software al momento de entrar a producción. Como lo es FindBugs de los mismos creadores de Glassfish.
6.2. Clase 2
6.2.1. Explicación de parámetros de calificación de requerimientos de los proyectos.
6.2.1.1. Se dieron los parámetros para la elaboración del checklist y porcentajes de calificación
6.3. Clase 3,5
6.3.1. Verificación del checklist echo y actividad en clase
6.3.2. Presentación en el aula PRUEBAS, VALIDACIÓN Y VERIFICACIÓN DE ALGORTIMOS
6.3.2.1. Se vieron los conceptos Técnicas de pruebas • Técnicas estáticas. • Técnicas dinámicas.
6.3.2.1.1. Técnicas de pruebas • Técnicas estáticas. detectan las causas de los defectos.
6.3.2.1.2. • Técnicas dinámicas. detectan los fallos
6.3.2.2. Tipos de defectos del software. Defectos. Es un desperfecto que puede ocasionar fallas en el sistema a la hora de realizar una función requerida Fallas. Pueden estas suceder en cualquier etapa del sistema, generalmente suceden al principio en el desarrollo. Error. Es resultado de una falla humana lo cual produce un resultado incorrecto. Datos de Prueba. Es una lista de variables o posibles valores usados en el caso de prueba. Validación. Proceso mediante el cual evaluamos si el sistema cumple los requerimientos solicitados. Estos tipos de defecto se realizan durante o al final del proceso de desarrollo determinando su factibilidad.
6.4. Clase 4,6
6.4.1. Actividad grupal : Creamos grupos de 4 estudiantes donde se realizo una dinámica para validar los conceptos aprendidos.