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.