Los objetivos principales para la formación de un tester son: aprender calidad, aplicar técnicas de pruebas,aprender selección multiple. Aprender las técnicas basicas para planificar las pruebas, aplicar las tecnicas de prueba de software en proyectos,aprender una terminologia común. Aprender la estructura básica de las pruebas, aprender técnicas base, aprender de los desarrolladores.
Q es calidad de Software: Un factor determinante del éxito técnico o comercial de sistemas y productos. Un factor estructural de los sistemas Un factor provisional en donde se mide la calidad del producto.
Error es: Acción equivoca de una estructura del sistema Acción humana que produce unresultado incorrecto Acción errónea del sistema.
Un defecto se define como: Desperfecto en un componente o sistema que pueda ser la causa por la cual el sistema o componente no logre llevar a cabo su función especifica. Manifestación de un componente erróneo Componente negativamente estructural para el software.
Un fallo es: Manifestación errónea del objeto de los sistemas q tiene a cargo cada componente estructural. Manifestación fisica o funcional de un defecto . Si un defecto es encontrado durante la ejecución de una aplicación puede producir un fallo. Ninguna de las anteriores.
La calidad de Software según la ISO/IEC 9126 es: La totalidad de las funcionalidades y las caracteristicas de un producto de software que contribuyen a su habilidad de satisfacer nesecidades especificas o implícitas. Grado en el cual un componente, sistema o proceso satisface los requisitos, y/o nesecidades del usuario / cliente y sus expectativas Ninguna de las anteriores.
La calidad de software según la IEEE610 es: La totalidad de las funcionalidades y caracteristicas de un producto de software q contribuyen a su habilidad de satisfacer nesecidades especificas o ímplicitas. Grado en el cual un componente, sistema o procesos satisface los requísitos especificados y/o nesecidades del usuario / cliente y sus expectativas. ninguna de las anteriores.
De acuerdo a la norma ISO/IEC 9126 la calidad de Software está constituida por: Funcionabilidad,fiabilidad,usabilidad,eficiencia,mantenibilidad,portabilidad. Fiabilidad,reciprocidad,liderazgo,eficiencia. Objetividad,clidad,pruebas funcionales,pruebas NO funcionales.
QA contructivo es: Previene errores previene objetos del software Previene objetivos.
QA nalítico es: Previene errores previene objetos del software Detectar Errores.
Funcionalidad incluye: Idoneidad,precisión,conformidad,interoperatibilidad,seguridad. Precisión,objetividad,estructura,funcionalidad. Conformidad,onjetividad,calidad,liderazgo.
Un caso de prueba debe estar compuesto por: Conjunto de valores de entrada, conjunto de resultados esperados, ejecución del caso de prueba, verificación de resultados, poscondisiones esperadas. Conjunto de valores de condiciones, ejecución del caso de prueba,verificación de poscondiciones,poscondiciones esperadas. Ninguna de las anteriores.
La pardoja del pesticida se define como: Onjetos de pruebas diferentes son probados de forma diferente. Repetir pruebas en las mismas condiciones no es efectivo. Pueden ayudar a detectar defectos en el software.
El modelo V en la parte de desarrollo tiene la siguiente estructura: Diseño de informes, evaluación de control, control de pruebas. Definición de requisitos,Diseño funcional del sistema, Diseño téctico del sistema, Espicificación de los componentes,Programación. Planificación de las pruebas,Diseño de pruebas, Ejecución de pruebas,informes de pruebas,evaluación de pruebas,control de pruebas.
El modo V en la parte de pruebas tiene la siguiente estructura: Pruebas de aceptación,pruebas de sistema,pruebas de integración, pruebas de componente. Pruebas de integración,pruebas de calidad,pruebas de estructura. Pruebas de desempeño,pruebas estructurales,pruebas de unidad.
La verificación según la ISO 9000 es: Comprobación de la conformidad con los requisitos establecidos. Comprobación de los documentos aprobados. Comprobación de los estándares de calidad.
La validación según ISO 9000 es: Comprobación de requisitos Comprobación de la idoneidad para el uso esperado Comprobación de cada uno de los componentes.
Un driver es: Procesa la interfaz de un componente Procesa los componentes procesa la viabilidad de un componente.
Un stub es: Reemplaza una plataforma del sistema Reemplaza la unidad del sistema Reemplaza o simula un componente que aún no se encuentra disponible.
Las pruebas de integración son: Comprueban la fase inicial del sistema Comprueban las interfaces con el entorno del sistema Comprueban la fase final del sistema.
Las pruebas de sistema hacen referencia según ISO 9126: Requsitos paradójicos,requisitos estructurales Requisitos idóneos,requisitos metódicos Requisitos funcionales, requisitos no funcionales.
Las pruebas estáticas incluyen: Revisiones: (actividad funcional), analisís Revisiones: (actividad manual), analisís estático (actividades basadas en herramientas) Revisiones: (actividad estructural), analisís dinamico (actividades basadas en herramientas).
Las revisiones se realizan con el objeto de: Actualizar la calidad Estructurar el ambiente. mejorar la calidad.
Las fases de las revisiones son: Fase de planificación, preparación de la organización,preparación individual,reunión de revisión,reprocesos,seguimiento. Fase de alineación,preparación de ambiente,preparación colectiva,reunión de revisión,reprocesos,seguimiento. Fase de alineación,preparación estructural,preparación colectiva,,reunión de revisión,seguimiento.
Los tipos de revisiones son: Inspección,revisión técnica,revisionesinformales. Inspección,walkthrough (caracteristicas relevantes),revisión técnica,revisiones informales. walkthrough (caracteristicas relevantes),revisión técnica.
Un análisi estático es: Es una actividad que consiste en el análisis de un objeto de prueba,es llevado a cabo sin ejecutar el producto de software Es una actividad general que consiste en el software q prueba el cliente Es una actividad con cada objeto del sistema.
Las herramientas q se usan en un análisis estático son: Stub y driver Compilador y anaizador métricas y acampamientos.
Un análisis de flujo de control se define como: Detectar defectos causadospor un desarrollador anómalo del código Detectar defectos en la interfaz de las pantallas. Detectar defectos de estética en la interfaz.
Un analisis de flujo de datos se define como: Detectar defectos causados por un desarrollador anómalo del código Detección de anomalias en un flujo de datos con la asistencia de los diagramas de control de flujo, y conjeturas racioanles respecto de las secuencias del flujo de datos. Detectar defectos de estética en la interfaz.
Una métrica es: Detectar complejidades estructurales en el software Se utilizan para evaluar la complejidad estructural conduciendo a una estimación de las pruebas a realizar. Es una actividad con cada objeto del sistema.
Según el estándar IEEE 829 un caso de prueba debe tener los siguientes componentes: Valores de entrada ,poscondiciones,resultados esperados,objetivos. Valores de entrada,precondiciones,resultados esperados,poscondiciones,dependencias,identificador distinguible,requisitos Ninguna de las anteriores.
Los casos de prueba se pueden combinar y de esta combinación se presenta: test suite test plan test values.
Una prueba de caja negra se define como: El tester observa elobjeto de prueba como una caja negra,la funcionalidad el foco de atención el tester observa el objeto como una estructura definida, la viabilidad es el foco de atención. Ninguna de las anteriores.
Los tipos de prueba de caja negra de tipo dinámico y q se denominan pruebas de caja negra son: Análisis de valores límite,pruebas de transición de combinación,tablas de dicisión. Participación de equivalencia, Análisis de valores límite, pruebas de transición de estado,tablas de dicisión,pruebas basadas en casos de uso. Análisis de valores límite,pruebas de transición de combinación,tablas de dicisión.
Una prueba de caja blanca se define como: El tester conoce la estructura interna del programa y es el foco de la atención. El tester observa el programa de software como una estructura desconocida ninguna de las anteriores.
Los tipos de pruebas de caja blanca de tipo dinámico y que se dominan asi son: Cobertura de decisión, cobertura de combinación, cobertura Participación de equivalencia, análisis de valores límite, pruebas de transición de estado,tablas de desición. Cobertura de sentencia, cobertura de rama,cobertura de condición,cobertura de camino.
El análisis de valores límite supone que: La clase de equivalencia está compuesta de un rango desconocido de valores(valor monimo,valor máximo,limite inferior,limite superior) La clase de equivalencia está compuesta de un rango continuo de valores (valor minimo,valor máximo,límite inferior,límite superior) La clase de equivalencia está compuesta de un % continuo de valores (valor minimo,limite inferior,limite superior).
Las pruebas basadas en la experiencia se definen: pruebas intuitivas e incluyen predicción de errores y pruebas exploratorias pruebas basadas en casos de uso con base a cada requerimiento ninguna de las anteriores.
Una prueba exploratoria es: Un procedimiento de pruebas estructurales de acuerdo a cada bug. un procedimiento de diseño de casos de prueba especialmente apropiado cuando la información base se encuentra poco estructurada. ninguna de las anteriores.
Los roles asociados al proceso de pruebas son: Lider de pruebas,jefe de pruebas, ing de desarrollo, administrador de redes. jefe de pruebas,diseñador de pruebas,ing de automatización,administrdor de pruebas,tester,experto técnico. Coordinador de pruebas,Lider de pruebas,teste,administrador del sistema.
Los equipos de prueba deben ser: Ser independientes Ser objeto Ser líder.
Los elementos de un plan de aseguramiento de calidad de acuerdo con el estándar IEEE 730: organización del proyecto,documentos que cubra el ciclo de vida de desarrollo, estandartes,metodos,revisiones,procesos de prueba,documentación de errores y soluciones. método, estructura, pruebas de documentación Organigrama,flujograma,diagramas de flujo,estándares,métodos.
La estructura de un informe de incidencias debe tener: Observación,comentario,informe,responsable Caso de prueba,resultado,descripción,severidad,referencias,comentarios,acciones correctivas. Ninguna de las anteriores.
Según las herramientas de pruebas, una herramienta de comparación es: Compara los resultados esperados y reales obtenidos en base de datos en diferentes formatos. Compara los incidentes,obtiene informes por los testers. compara estructuras definidas y genera informes en reportes específicos.
|
