Qa calidad quality assurance, Apuntes de Gestión de Calidad

¡Descarga Qa calidad quality assurance y más Apuntes en PDF de Gestión de Calidad solo en Docsity! ¿Menciona los Niveles de Prueba? -Pruebas unitarias Las pruebas unitarias se centran en probar piezas/unidades individuales de una aplicación de software. Cualquier función, procedimiento, método o módulo puede ser una unidad que se someta a pruebas unitarias para determinar su corrección y comportamiento esperado. Las pruebas unitarias son las primeras pruebas que los desarrolladores realizan durante la fase de desarrollo. -Pruebas de integración Las pruebas de integración implican probar diferentes módulos de una aplicación de software como grupo. Una aplicación de software se compone de diferentes submódulos que trabajan juntos para diferentes funcionalidades. El propósito de las pruebas de integración es validar la integración de diferentes módulos juntos e identificar los errores y problemas relacionados con ellos -Pruebas de Sistemas Esta prueba tiene como objetivo verificar que se han integrado adecuadamente todos los elementos del sistema y que realizan las operaciones apropiadas funcionando como un todo. Es similar a la prueba de integración pero con un alcance mucho más amplio. Es en esta prueba donde se buscan los defectos globales dados por la mala integración de los módulos y que impiden una buena aceptación en la decisión del cliente. Para el diseño de los casos de prueba en este nivel, el equipo debe utilizar como bases de prueba entregables tales como: requerimientos iniciales, casos de uso, historias de usuario, diseños, manuales técnicos y de usuario final, etc. Por último, es importante que los tipos de pruebas ejecutados en este nivel se desplieguen en un ambiente de pruebas / ambiente de pre-producción cuya infraestructura y arquitectura sea similar al ambiente de producción, evitando en todos los casos utilizar el ambiente real del cliente, debido principalmente, a que pueda ocasionar fallos en los servidores, lo que ocasionaría indisponibilidad en otros servicios alojados en este ambiente. -Pruebas de Aceptacion o también llamadas UAT Es el ultimo nivel de prueba y estas pruebas se llevan a cabo con el usuario, Son Pruebas formales con respecto a las necesidades del usuario, requerimientos y procesos de negocio, realizadas para determinar si un sistema satisface los criterios de aceptación que permitan que el usuario, cliente u otra entidad autorizada pueda determinar si acepta o no el sistema. ¿Cómo reportas Errores? Metodología Agil Usaba Jira para crear incidencias, hacia la descripción de esos errores, lo detallabamos y cuando asignábamos la incidencia le llegaba al correo todas las incidencias al equipo de desarrollo Que tipo de técnicas haz usado dentro de tu trabajo? ISTQB Bueno cuando estaba en mi empresa, recuerdo que tenia que hacer validaciones con muchas condiciones, por ejemplo un usuario entra a tal formulario si elige una opción se debe mostrar la pantalla correspondiente con tales opciones, aquí lo que hice fue aplicar la técnica de caja negra de tabla de decisión. Por q me permite definir un parámetro de entrada salida y condiciones que me van a permitir identificar a q salida voy a ir. Y bueno Cuando tenía campos con ciertos rangos de números del 1 al 100, o un campo q me permite ingresar la edad de una persona que sea mayor de edad pues aplicaba valores limites. Que sea mayor a 17 y que sea menor a 80 años. ¿Como era tu participación en las mesas agiles o en las tribus agiles, o como aplicaban la metodología agil? Bueno participaba en las reuniones de los planing y aquí el equipo definia que requerimiento se iba a trabajar en este sprint, también se asignaban los tiempos de cada requerimiento o también llamada la capacidad por cada analista, además participaba los dayling meetting donde respondíamos las preguntas, que hice ayer, que hice hoy que impedimentos tengo para acabar mis actividades el dia de hoy, también teníamos reuniones de sincronización por la tarde donde el equipo rápidamente decía si nos faltaba algo si teníamos algún pendiente. ¿Haz usado comandos maven para correr las pruebas automatizadas? he usado alguna vez el maven –test para correr mis pruebas pero por lo general he corrido mis pruebas desde mi clase de test runner. ¿Han generado reportes con el selenium? Se que hay un build para copiarlo en el archivo pom, no lo he usado pero si se q existe, incluso se puede usar serenity, tampoco lo he usado pero me lo han comentado y podía investigarlo ¿Por qué Automatizar Pruebas de Software? Históricamente, la automatización surgió para reducir el esfuerzo humano requerido en actividades que podrían ser replicadas por un sistema o máquina programable. Al automatizar pruebas de software se persigue el objetivo de simplificar el trabajo dispendioso, repetitivo o complejo, haciéndolo efectivo y más productivo.  Pruebas de tabla de decisión Ayuda a identificar todas las combinaciones importantes de las condiciones Aplicable a todos los niveles de prueba  Pruebas de transición de estado Para aplicar esta técnica podemos tener diagramas de transición de estados y/o tablas de transición. Un diagrama de transición de estados muestra los posibles estados de un software y también como el software ingresa sale o transita del estado A al estado B. Una transición de inicia mediante la ejecución de un evento y los eventos se ejecutarán por la acción de un usuario. Tablas de transición de estados Las cuales Tenemos:  Transiciones validas  Transiciones invalidas  Eventos  Acciones Resultantes  Pruebas de casos de uso Nos permite identificar casos de prueba que ejercitaran todo el sistema transición por transición de principio a fin Un caso de uso es una descripción de un uso particular del sistema por un actor o usuario. B) Caja blanca (basados en la cobertura) ISTQB  Cobertura de sentencias.  Cobertura de decisión.  Cobertura de condición (simple y múltiple).  Cobertura de caminos. ¿MENCIONAME LAS PRUEBAS NO FUNCIONALES Y DETALLAMELOS? 1) PRUEBA DE CARGA Prueba de rendimiento utilizada para evaluar cómo actúa el sistema con una carga variable de usuarios pero dentro de los niveles esperados de la aplicación. Esta prueba da una idea al propietario de la aplicación como actuara su sistema bajo una carga “normal” cuando este esté en producción. 2) STRESS TEST Una prueba de estrés evalúa el sistema sometiéndolo a una carga creciente hasta que el sistema colapsa. Esta prueba permitirá identificar cuellos de botella “bottleneck” y conocer que carga es la máxima admitida por la aplicación. 3) EL TEST DE RESISTENCIA (ENDURANCE) se hace enviando peticiones a un sistema en ciertos intervalos de tiempo. Pensando en una ciudad como un sistema imaginemos que los autos son peticiones y en ciertas horas del día (las horas pico) el sistema tiene una cantidad de peticiones, pero en otros horarios las peticiones disminuyen. ¿La ciudad sigue funcionando después de estos intervalos? Ahora piensa eso pero en software. 4) LA ESCALABILIDAD (SCALABILITY) es un factor que al evaluar nos permite identificar las mejoras a la infraestructura donde reside nuestra aplicación. Y así podemos repetir las tres pruebas anteriores para conocer cómo cambia el performance. PLAN DE PRUEBAS Una descripción detallada de los objetivos de pruebas a alcanzar, los medios y el cronograma para lograrlos, todo esto organizado para coordinar las actividades de pruebas para un elemento o un conjunto de elementos de las pruebas. ¿Diferencia entre Verificación y Validación?  Verificación Es un proceso de revisión sistemático y documentado, pero dentro del proceso Esta diseñada para hacerse dentro del proceso, ya que estoy verificando que los distintos estamentos de valor agregado hasta llegar al producto estén en condiciones de decir que se ajustan o no se ajustan a determinada especificación.  Validacion Es un proceso de revisión que surge luego o al final del proceso Esta referida a las condiciones de uso de ese producto o servicio, pero está hecha después del proceso, y quien participa en la validación es el cliente o usuario y ver si cumplen o no los requisitos o especificaciones establecidas. Verificación es el proceso de revisar que los resultados son de acuerdo a los insumos. Validación es el proceso de revisar que el producto o servicio es aceptado por el usuario o no.