Calidad de Software
Pruebas de configuración
Analizan las diferentes configuraciones del software y del hardware especificadas en los requerimientos.
Pruebas de aceptación
Asegura por parte del cliente que se construyí la aplicación estipulada
Pruebas de la documentación
Aseguran que se han escrito los documentos requeridos.
Verificación
Buscar comprobar que el sistema cumple con los requerimientos especificados
Validación
Buscar comprobar que el software hace lo que el usuario espera
Error
Concepto erróneo o mal interpretado por el desarrollador
Líder
Conduce el recorrido, maneja las tareas administrativas, asegura que el equipo llegue a una decisión o acción identificadas para cada elemento de la discusión y emite resultado correspondiente.
Pruebas de medio ambiente
Contemplan la habilidad del sistema para funcionar en el lugar donde se instala, incluyen aspectos como tolerancia al calor, humedad, movimiento, etc
Pruebas unitarias
Corresponden con la prueba de cada uno de los módulos o clases del programa, consiste en probar los bloques más pequeños con identidad presentes dentro de un programa.
introducción de defectos
Cuando los ingenieros cometen dichos errores ¿Cómo se les denomina?
Seguimiento
El documentador debe reportar los errores por escrito; el autor debe corregir los errores y notificar al líder que se ha realizado y luego hacen reuniones entre el líder supremo alv y el autor para ver si se corrigió todos los errores encontrados, y que no se han introducido nuevos
defecto
El hablar de errores significa que se ha realizado las cosas de manera incorrecta y las personas lo realizan, por lo que producen defectos en el software y por ende son causados por un error humano. ¿A qué definición se refiere?
Ejecución
En esta fase, el líder distribuye el producto de software y menciona que va hacer una caminata. Cada equipo evalúa el producto y entradas de revisión antes de la reunión;
inspecciones
En la actualidad es utilizado para procesos, metodologías y hasta ciclo de vida completo.
Revisiones personales
Encontrar y reparar los defectos Utilizar un checklist Seguir un proceso estructurado Medir revisiones Utilizar datos para identificar dónde y por qué se inyectan los defectos Pertenecen a la técnica de...
Caja negra
Entrada determinada por requerimientosy su resultado es la salida real que compara con la salida esperada
Especificación de casos de prueba
contiene entrada, manejadores, stubs y salidas esperadas
falla
desviación entre las especificación de un componente y su comportamiento
Pruebas de instalación
Probar la aplicación en su configuración de hardware final.
Documentador
documenta anomalías, elemenots de acción, recomendaciones
defecto de código
Errores causados por una comprensión del diseño pobre o mala elección de estructura de datos y algoritmos o también por errores de lógica y sintaxis.
Defecto
Es un error de diseño o codificación
Prueba de escritorio
Es un proceso que consiste en hacer seguimiento a un algoritmo recorriendo sus líneas simulando el funcionamiento del procesador de la computadora
Errores
Esto son ejemplos de un tipo de defecto de código:código de prueba ¿a cuál pertenece?
Manipulación de datos
Estos son ejemplos de un tipo de defecto de código: inicialización incorrecta, acceso o almacenamiento de datos incorrectos ¿A cuál pertenece?
Lógica
Estos son ejemplos de un tipo de defecto: Pasos duplicados u olvidados ¿A cuál pertenece?
Pruebas de calidad
Evalúa la confiabilidad del sistema, facilidad de mantenimiento y disponibilidad
Pruebas de estrés
Evalúan el sistema cuando está sometido a exigencias por encima de sus límites durante un corto periodo de tiempo.
Pruebas de recuperación
Evalúan las habilidades del sistema para recuperarse de errores como la falta de disponibilidad de recursos, una falla de hardware o una falla de red.
Equipo revisor
Examina el producto. Identifican anomalías
Criterio de cierre
Fase en el que los objetivos se han cumplido; recomendaciones y acciones requeridas han sido registradas.
Reunión
Fase en la que explica el código y los equipos van identificando los errores para cuestionar al autor
Planificación
Fase en la que se planifica los tiempos, recursos, porporcionan fondos e instalaciones necesarias.
Falla
Incapacidad de un sistema o componente para realizar sus funciones
Pruebas de factores humanos
Investigan requerimientos concernientes a la interfaz del usuario con el sistema.
inspecciones
Las siguientes metas son parte de.. Identificar procesos Estimar calidad Mejorar la calidad del producto Proporcionar los datos para la mejora de proceso (Conocido como métricas :v) Proporcionar los medios para la transferencia del conocimiento Mejorar la eficacia del proceso del desarrollo
Error
Manifestación de un defecto durante la ejecución del sistema
Faga, Tom Gilb, Humprhey
Modelos de inspección
Caminatas
Objetivos de qué técnica son: Encontrar anomalías Mejorar producto de software Considerar implementaciones alternativas Evalúa usabilidad y accesibilidad del producto de software intercambio de técnicas, variaciones de estilos y capacitación de participantes.
componente
Parte del sistema que puede aislarse para la prueba
Pruebas de sistema
Prueba de caja negra que validan que la aplicación completa sus requerimientos
Prueba piloto
Prueba de funcionalidad común entre un grupo seeleccionado de usuarios finales en el ambiente de destino
Prueba beta
Prueba de instalación realizada a solo un pequeño conjunto seleccionado de clientes
Prueba funcional
Prueba de requerimientos funcionales
Pruebas de esfuerzo
Prueba la respuesta del sistema a muchas peticiones simultáneas.
Prueba de desarolladores y artefactos
Prueba que revisa los artefactos involucrados en el proceso de pruebas de integración. Se realiza al momento de los papeles y responsabilidades de los involucrados en las pruebas.
caja blanca
Prueba que tiene como entrada elementos de diseños claves y cuyo resultado es la confirmación de comportamiento esperado
Caja gris
Prueba que tiene como entrada requerimientos y elementos claves, cuyo resultado es igual que la caja negra y blanca
Prueba de integración
Prueba que verifica cada construcción e iteración de integración. Se realiza mientras las construcciones avanzan,
Prueba de desempeño
Prueba requerimietos no funcionales
Prueba interfaz
Prueba verificar las interfaces entre los componentes. Se realiza al elegir las ejecuciones de sencuencias de métodos de interfaces.
Reporte de incidentes de pruebas
Registra cada ejecución de cada prueba. Se registran los resultados reales contra los resultados esperados
Revisiones personales
Revisión conducida o llevada a cabo por el mismo individuo que examina su propio producto con la meta de encontrar y corregir los defectos que sean posibles
Pruebas de mantenimiento
Se ocupa de la necesidad de herramientas y procedimientos de diagnóstico para ayudar a encontrar la fuente de los problemas.
Pruebas de recuperación
Se ocupan de la respuesta a la presencia de defectos o a la pérdida de datos, energía, dispositivos o servicios. Se somete el sistema una pérdida de recursos del sistema observando si se recupera de forma apropiada.
Defecto
Se oresenta por el resultado de un error, pero se define como anomalia de softwar que realiza que el software se comporte de manera incorrecta y no de acuerdo a su especificación
Pruebas
Se utiliza para determinar la presencia de defectos, nunca su ausencia
Pruebas de temporización
Tratan de encontrar comportamientos que violan las restricciones de temporización descritas por los requerimientos no funcionales.
Pruebas de volumen
Tratan de encontrar defectos asociados con grandes cantidades de datos, como los límites estáticos impuestos por la estructura de datos o algoritmos de alta complejidad o alta fragmentación de disco.
Pruebas de seguridad
Tratan de encontrar fallas de seguridad en el sistema. Por lo general se usa la experiencia y el conocimiento de las fallas de seguridad típicas para realizarlas.
Caminatas
Técnica de análisis estática en la que un diseñador o programador lidera a miembros del equipo de desarrollo u otras partes interesadas en el producto de software, y los participantes hacen preguntas y comentarios sobre posibles anomalías, violaciones de estándares de desarrollo y otros problemas.
Pruebas de utilidad
Valida la aceptación de los usuarios de la aplicación
Pruebas de regresión
Verifica que el sistema continúe pasando el mismo conjunto de pruebas diseñado antes de hacer los cambios
defecto
anomalía en la especificación, diseño o implementación de un producto
caso de prueba
conjunto de entradas y resultados esperados que ejercita a un componente con el propósito de causar fallas y detectar defectos
corrección
es un cambio en un componente el propósito de una correciones reparar un defecto tome en cuenta que la corrección puede introducir nuevos defectos
stub de prueba
es una implementación parcial de componentes de los cuales depende el componente probado
manejador de pruebas
es una implementación parcial de un componente que depende el componente probado
prueba de aceptación
pruebas de usabilidad, funcional y de desempeño realizadas por el cliente en el ambiente de desarrollo contra criterio de aceptación
Prueba de instalación
pruebas de usabilidad, funcional y de desempeño realizadas por el cliente en el ámbito de destinos
Plan de pruebas
se enfoca en los efectos administrativos de las pruebas, documenta alcance, enfoque, recursos y calendarización.
Pruebas de compatibilidad
son necesarias cuando un sistema tiene interfaces con otros sistemas.