Karteikarten
EXAMEN
Karten in diesem Stapel (98)
- 1CONFIANZA EXCELENCIA PASION SERVICIOVALORES CORPORATIVOS
- 2CARD CONFIRMATION CONVERSATIONHISTORIAS DE USUARIO
- 3CONTEXTUALIZACION ANALISIS DE RIESGOS ESTRATEGIA DE PRUEBAS ALCANCE ESTIMACIONPLANEACION
- 4Grado en el cual un componente o sistema satisface los requisitos, necesidades y expectativas del clienteCALIDAD
- 5Grado que dicho producto satisfase los requisitos de sus usuarios aportando de esta manera un valorCALIDAD DE SOFTWARE
- 6Verifica que las etapas del proceso se lleven de forma adecuadaSOFTWARE QA
- 7Verifica el proceso de desarrollo de softwareSOFTWARE QA
- 8Apoya la definición del proceso de desarrollo de SoftwareSOFTWARE QA
- 9Se encarga del producto y no del procesoSOFTWARE TESTING
- 10Se asemeja a un control de calidadSOFTWARE TESTING
- 11PROCESO REALIZADO CONCURRENTE-MENTE EN LAS DIFERENTES ETAPAS DEL DESARROLLO DE PRUEBASSOFTWARE TESTING CH
- 12APOYAR LA DISMINUCIÓN DE RIESGOS SOBRE EL VALOR DEL PRODUCTOOBJETIVO SOFTWARE TESTING CH
- 13- APARICIÓN DE FALTAS Y FALLAS - NO ALINEADO A LA ESTRATEGIA - QUE PRODUCTO NO SEA ÚTIL - QUE EL COSTO DEL PRODUCTO SEA MAYOR AL BENEFICIODETECTAR AMENAZAS SOFTWARE TESTING CH
- 14¿ESTAMOS CONSTRUYENDO EL PRODUCTO CORRECTO?VERIFICACION
- 15¿EL PRODUCTO SE COMPORTA CORRECTAMENTE?VALIDACION
- 16UNITARIO INTEGRACIÓN SISTEMA ACEPTACIÓNNIVELES DE PRUEBAS
- 17- ACEPTACIÓN - SISTEMANIVELES DE PRUEBAS PARTICIPA CH
- 18LAS PRUEBAS MUESTRAN LA PRESENCIA DE DEFECTOSPRINCIPIO PRUEBAS 1
- 19NO ES POSIBLE REALIZAR PRUEBAS EXHAUSTIVASPRINCIPIO PRUEBAS 2
- 20PRUEBAS TEMPRANASPRINCIPIO PRUEBAS 3
- 21AGRUPAMIENTO DEFECTOSPRINCIPIO PRUEBAS 4
- 22PARADOJA DEL PESTICIDAPRINCIPIO PRUEBAS 5
- 23LAS PRUEBAS DEPENDEN DEL CONTEXTOPRINCIPIO PRUEBAS 6
- 24LA FALACIA DE LA AUSENCIA DE ERRORESPRINCIPIO PRUEBAS 7
- 25ADECUACIÓN FUNCIONALCALIDAD DEL PRODUCTO DE SOFTWARE
- 26EFICIENCIA DE DESEMPEÑOCALIDAD DEL PRODUCTO DE SOFTWARE
- 27COMPATIBILIDADCALIDAD DEL PRODUCTO DE SOFTWARE
- 28USABILIDADCALIDAD DEL PRODUCTO DE SOFTWARE
- 29FIABILIDADCALIDAD DEL PRODUCTO DE SOFTWARE
- 30SEGURIDADCALIDAD DEL PRODUCTO DE SOFTWARE
- 31MANTENIBILIDADCALIDAD DEL PRODUCTO DE SOFTWARE
- 32PORTABILIDADCALIDAD DEL PRODUCTO DE SOFTWARE
- 33PRUEBAS GENERALESPORTAFOLIO DE PRODUCTOS
- 34PERFORMANCE SEGURIDAD AFTPRUEBAS ESPECIALIZADAS
- 35USABILIDAD MOVILES MIGRACION BIPRUEBAS ESPECIALIZADAS COMPUESTAS
- 36SAP BMP SISTEMAS TRANSACCIONALESPRUEBAS COMPUESTAS PARA PROCESOS DE NEGOCIO
- 37Se establece a Alto Nivel los aspectos necesarios para apoyar la mitigación del riesgo de aparición de fallas y faltasVISION
- 38PLAN GENERAL DE PRUEBASVISION
- 39HACER LA PREPARACIÓN DE LOS ASPECTOS NECESARIOS PARA REALIZAR LA PRUEBALOGÍSTICA
- 40RESTRICCIONES RIESGOS DEL PROYECTO ALCANCE ESTRATEGIA GENERAL ESTIMACIONLOGISTICA
- 41TRANSVERSAL EN LA METODOLOGIA Y HACE RELACION A LA GESTION DE PROYECTOPROCESO LOGISTICA
- 42CRONOGRAMALOGISTICA
- 43SUITE DE PRUEBASLOGISTICA
- 44CADA TIPO DE PRUEBA(GENERAL, PERFORMANCE ,BI) SE ATACA DE FORMA DIFERENTEPLANEACIÓN
- 45SE PLANEA EN DETALLE LOS TIEMPOS Y ESFUERZOS DE LAS ACTIVIDADESPLANEACION
- 46SE ESTABLECE LA ESTRATEGIA EN PARTICULARPLANEACION
- 47RIESGO DE LA PRUEBAPLANEACION
- 48ESTRATEGIA DE TIPO DE PRUEBAPLANEACION
- 49ALCANCE DE TIPO DE PRUEBAPLANEACION
- 50PLAN ESPECIFICO DE PRUEBASPLANEACIÓN
- 51MAESTRO DE CASOSPLANEACIÓN
- 52CREAR LA ESTRUCTURA DE TEST QUE SE VA UTILIZAR EN LA EJECUCIÓN POR TIPO DE PRUEBADISEÑO
- 53SE PREPARAN LOS DATOSDISEÑO
- 54PREPARAR LOS ARTEFACTOS DE TIPO DE PRUEBASDISEÑO
- 55DISEÑO DE CASOSDISEÑO
- 56REALIZAR LAS ACTIVIDADES ESTABLECIDAS EN LA PLANEACION Y CORRER LOS CASOS DE PRUEBAEJECUCIÓN
- 57HERRAMIENTA ÚTIL PARA ESTABLECER EL NIVEL DE CALIDAD BÁSICOSMOKE TEST
- 58ISSUES SUGERENCIAS CONSIDERACIONES HALLAZGOSEJECUCION
- 59SU RESPONSABILIDAD ES EL ESTADO DEL ISSUE, CUANDO, COMO Y QUIEN DEBE REALIZAR UNA MODIFICACIÓN POR UN REPORTE BUGTRACKER. LA RESPONSABILIDAD DE LA MODIFICACIÓN DEL APLICATIVO POR LOS ISSUESCOMITÉ DE CAMBIOS
- 60LA REGRESIÓN ES LA ULTIMA MIRADA DEL PROYECTO PARA VER QUE TENGA LA INTEGRIDAD DESEADAREGRESIÓN
- 61ENTREGA FORMAL DEL TIPO DE PRUEBAENTREGA DE PRUEBA
- 62PREPARAR LA DOCUMENTACIÓN, RESULTADOS, INDICADORES GENERALES DE TIPO DE PRUEBAENTREGA DE PRUEBA
- 63GENERAR CARTA QUE CONSIGNE LOS RESULTADOS DE TIPO DE PRUEBAENTREGA DE LA PRUEBA
- 64VERIFICAR INTEGRIDAD DE LOS ARTEFACTOS DE PRUEBA PARA QUE PUEDAN SER UTILIZADOS EN UN FUTUROENTREGA DE PRUEBA
- 65PROCESOS DE PRUEBA PARA TIPO DE PRUEBAS SIMILARESINFORME FINAL
- 66MEJORAS GENERALES PARA EL APLICATIVOINFORME FINAL
- 67MEJORES GENERALES PARA EL CICLO DE VIDAINFORME FINAL
- 68CARTA SUSPENSIÓN CARTA FINALIZACION CONDICIONADA CARTA FINALIZACIONENTREGA DE PRUEBA
- 69ETAPA QUE TIENE COMO OBJETIVO REALIZAR UNA ENTREGA FINAL DEL PROYECTO CUANDO TODOS LOS TIPOS DE PRUEBA FINALICENENTREGA DEL PROYECTO
- 70DEFINE PASO A PASO LAS ACTIVIDADES A SEGUIR PARA RETROALIMENTAR EL PROCESO DE PRUEBASSEGUIMIENTO
- 71RECURSOS ALCANCE TIEMPORESTRICCIONES PROYECTO
- 72DAÑO NO MATERIALIZADO POSIBILIDAD DE OCURRENCIA MINIMIZAR EL IMPACTOANÁLISIS DE RIESGO
- 73PROBABILIDAD DE OCURRENCIA * IMPACTO= RIESGO
- 74IDENTIFICAR RIESGO EVALUAR O VALORAR LOS RIESGOS PLAN DE ACCIÓN O DISMINUCIÓN DEL RIESGOGESTIÓN DE RIESGOS
- 75TIEMPO OBJETIVO RECURSOS COSTORIESGOS DEL PROYECTO
- 76CARACTERÍSTICAS DE CALIDADRIESGO DE PRODUCTO
- 77QUE DEBEMOS SABERSOBRE QUE DEBEMOS SABER
- 78A QUE SE DEDICA /SECTOR/COMPETIDORES/MISION/VALORES CORPORATIVOSNEGOCIO DEL CLIENTE
- 79Procesos de negocio que son afectados por la modificación del software Metodologías de desarrollo que se utilizan Procesos de Calidad o QA (¿hay un área encargada? ¿Se enfoca a los procesos?) Proceso de pruebas del cliente (formatos, herramientas, responsables, entre otros) Gestión de la Configuración (como y quien es el responsable de los procesos de control de versiones y control de cambios, entre otros)Procesos del Cliente
- 80BD / Arquitectura y lenguaje de programación utilizado Objetivo del proyecto dentro del negocio del cliente Restricciones (Alcance / Tiempos o fechas) Recursos tecnológicos / Personas en el proyecto … etc.Proyecto de Pruebas y de Desarrollo
- 81(resources)Recursos
- 82(schedulde)Fecha
- 83(features)Alcance
- 84ESTRATEGIA DEL PROYECTO Restricciones Análisis de Riesgos Estrategia del Proyecto Estimación Análisis Restricciones Estrategia para tipo de pruebaFLUJO DE UNA PRUEBA
- 85IDENTIFICAR EL RIESGO EVALUAR O VALORAR LOS RIESGOS PLAN DE ACCIÓN O DISMINUCIÓN DEL RIESGOGESTIÓN DE RIESGOS
- 86QUE Y QUE NOALCANCE
- 87ESTRATEGIA Que se va a probar, en que orden, Con que herramientas, con quien y que perfilCOMO
- 88Estimación¿Cuanto y Cuando?
- 89Debe estar alineada con la estrategia general de pruebas planteada para el proyecto Consultar información Suite Aplicativo Seleccione las funciones y/o transacciones (dependiendo del nivel que necesite) o artefactos relacionados con el tipo de prueba > Apoyarse en el Análisis de Riesgos Establecerles orden y prioridadEstrategia para tipo de prueba
- 90Desarrollado para un objetivo particular o condición de pruebas para ejecutar un camino de un programa o para verificar el cumplimiento de un requerimiento específico.CASOS DE PRUEBAS
- 91Precondiciones y Postcondiciones Valores de Entrada Resultados Esperados Dependencias Identificador Distinguible Requisitos Paso a paso (opcional)CASO DE PRUEBA
- 92MÉTODO UTILIZA EQUIPO DE TRABAJO SOPORTADO EN HERRAMIENTAS DE AUTOMATIZACIÓN REALIZA EJECUCIÓN AUTOMÁTICA INCREMENTAR EFICIENCIA COBERTURA Y OPORTUNIDAD¿Qué es la automatización?
- 93Aplicaciones críticas Alta frecuencia en recepción de versiones de software Poco tiempo y alto esfuerzo en pruebas Aumentar la cobertura para minimizar riesgo Aumentar la eficiencia en los procesos¿Cuándo Automatizar?
- 94Record And Playback} Scripting Scripting + Datadriven Keyword Driven /Codeless Free Automation Servicios WebTipo de Automatización
- 95GUI API PRUEBAS UNITARIASTESTER
TESTER
DESARROLLADOR - 96es la denominación de una súper categoría que comprende el evento que indica que existe una duda, sugerencia o posible desviación sobre lo esperado en una idea, documento (requisitos, historia, o diseño) o en un aplicativo de software (comportamiento).ISSUE
- 97Error (Error) Sugerencia (Suggestion) Consideración (Consideration) Hallazgos (Finding)Tipo (tipos de issues contenidos por tracker Choucair)
- 98—