Copyright © 2024. UPEX Quality LLC. TODOS LOS DERECHOS RESERVADOS.
DELIVERYs DE LA ACADEMIA🚩
CANAL PARA ENVIAR LOS DELIVERYs → https://upexqa.slack.com/archives/C02PTCKNV7E
🚀DELIVERY DE TESTING AL GRANO:
DELIVERY CLASE #1 — SDLC VS STLC: Dibujo (ver imagen C#1)
DELIVERY CLASE #2 — NIVELES DE TESTING: Dibujo (ver imagen C#2)
DELIVERY CLASE #3 — TIPOS DE TESTING: Dibujo (ver imagen C#3)
DELIVERY CLASE #4 — METODOLOGÍA SCRUM VS SDLC: Dibujo (ver imagen C#4)
DELIVERY CLASE #5 — ELEMENTOS GUI (CUESTIONARIO): Examen (ver dibujo C#5)
https://forms.gle/ypXcnGFfnXb9vesc9DELIVERY CLASE #6 — PROBANDO JIRA POR PRIMERA VEZ: Entrar en UPEX-JIRA (ver dibujo C#6)
DELIVERY CLASE #7 — HISTORIA DE USUARIO: Dibujo (ver imagen C#7)
DELIVERY CLASE #8 — CRITERIOS DE ACEPTACIÓN: Dibujo (ver imagen C#8)
🚀DELIVERY DE SQL:
NO OLVIDES USAR EL MATERIAL DE APOYO:
MARCO-SINTAXIS SQL TESTING (Fórmula)
DELIVERY CLASE #1 — SINTAXIS SQL:
DELIVERY PARA TODOS LOS QUE SIGUEN EL CURSO:" ARTISTA QUERY-TESTER "MISSION:
USAR LA TABLA ACTUALIZADA DE SINTAXIS PARA CREAR ARTES DE QUERY! (SIN USAR JOINS AÚN)
TRATAR DE USAR TODOS LOS COMANDOS POSIBLES EN UNA MISMA QUERY
ENVIAR EL DELIVERY AL CANAL #task etiquetándome a mí “Ely”
SE PONDERARÁ SU TRABAJO EN BASE AL ESFUERZO Y CREATIVIDAD Vamos a divertirnos!
DELIVERY CLASE #2 — FULL INNER:
DELIVERY PARA TODOS LOS QUE SIGUEN EL CURSO: “FULL INNER JOINS QUERY"MISSION:
HACER VARIAS QUERIES CREATIVAS CON "INNER JOIN"
Son libres de usar su creatividad!
Combinen 2,3,4 o más Tablas!
SELECT FROM INNER JOIN ON
Todos sus Delivery dejarán una huella a la comunidad de UPEX para futuros estudiantes
DELIVERY CLASE #3 — INSERTAR TODA UNA DATA NUEVA, Y VALIDARLA POR SELECT:
DELIVERY PARA TODOS LOS QUE SIGUEN EL CURSO: “FULL INNER JOINS QUERY"MISSION:
Realizar una Infografía de "CÓMO REALIZAR UNA VALIDACIÓN END-TO-END con SQL" + "INSERTAR TODA UNA DATA NUEVA EN LA TABLA CUSTOMER (3 FILAS mínimo)"
Este tipo de Delivery es de investigación y ejecución. Esto requerirá su nivel evolucionar un poco su nivel cognitivo y aprenderán x1000 más!!
Realizar una INFOGRAFÍA con cualquier programa (o a lápiz) como conveniencia.
La INFOGRAFÍA debe ser concisa y fácil de identificar el dibujo.
Deben dibujar un PASO A PASO desde analizar la Data antes de Insertar, hasta la comprobación de la Data insertada, usando el SELECT con el JOIN.
Luego del Dibujo, como adicional: Deben realizar ustedes mismo el proceso de INSERCIÓN y SELECCIÓN en MySQL con Sakila.
TOMAR FOTO DE TODAS LAS QUERY HECHA DE INSERT, Y FOTO DEl ÚLTIMO SELECT CON EL JOIN y FOTO DE LA VISUALIZACIÓN DE LA TABLA.
Dejaré por aquí un recuerdo de lo que hicimos.
🚀DELIVERY DE API:
NO OLVIDES USAR EL MATERIAL DE APOYO:
API AL GRANO! (MATERIAL DE ESTUDIO)
DELIVERY CLASE #1 — FUNCIONES DEL API:
EL PRIMER DELIVERY de API TESTING:Tendrán que elaborar un MAPA MENTAL intuitivo de todas las terminologías de API!
Les dejé un ejemplo (mi dibujo todo improvisado) para hagan el suyo 100 veces mejor!PD: Si estás empezando en UPEX y aún no has terminado TESTING AL GRANO, te recomiendo primero, terminar el primer Curso antes de estudiar éste.
Pero siempre serán bienvenidos a las Meeting que haré ahora en adelante.GANEMOS MÁS EXPERIENCIA CON LAS API!
DELIVERY CLASE #9 — VALIDACIÓN Y VERIFICACIÓN DE API TESING MANUAL:
COMPLETAR UNA HISTORIA DE USUARIO DE TRELLO CON API TESTING:
https://upexdocu.atlassian.net/browse/UPEX-3144Para validar las API (en caso de validación full integración),
el Scope está en:GET, POST, PUT y DELETE
según la documentación.
No limitarse a usar solo 1 Query Parameter para la creación y actualización de la Card.
SE PUEDE REALIZAR VALIDACIÓN:FRONTEND → FRONTEND
(Validar y Verificar todo usando solo UI Testing)FRONTEND → BACKEND
(Validar acciones por la UI y Verificar resultados por API con GET)BACKEND → BACKEND
(Validar acciones por API con POST, PUT, DELETE, y verificar resultados por API con GET)BACKEND → FRONTEND
(Validar acciones por API con POST, PUT, DELETE, y verificar resultados por la UI)
NOTA PARA QA:
En esta US en particular no debería tener un DEFECTO ya que es una funcionalidad muy limpia.
DELIVERY CLASE #11 — INTRODUCCIÓN AL SCRIPT DE PRUEBA
con TÉCNICA REPCODE (Repetición de Código):ES UNA TÉCNICA MILENARIA (SECRETA) PARA APRENDER CÓDIGO (alimentas al subconsciente):
La técnica se llama "REPCODE"Consiste en escribir unas cuantas líneas de código (que normalmente es repetitivo), pero de la forma más rápida posible y recordando cada tecla que marques, y DE FORMA REPETITIVA (de ahí el nombre).
Intenta no mirar la pantalla, y hacerlo primero por ti solo viendo el tecleado y pensar en la estructura del código. Luego, si quieres lo haces mirando a la pantalla (si ya sabes escribir sin ver).En este caso, deben replicar el siguiente código:
pm.test("Status code is 200",()=>{ pm.response.to.have.status(200); });
Y también pueden practicar este ejemplo (es el ASSERTION más usado, para TESTEAR los parámetros del RESPONSE):
En este caso, lo estamos convirtiendo en una variable llamada "Body" (pero realmente ustedes le pueden poner como quieran):const Body = pm.response.json();
Combinen el assertion anterior con la sintaxis pm.test y al final tendrán una estructura de script muy repetitiva, la que verán a continuación:
Las palabras "name" es un parámetro dentro del Cuerpo del JSON , que lo guardamos siempre en una variable const, y "minombre" lo pueden cambiar por su nombre.
🚨OJO, NO ES CUESTIÓN DE HACER UN REQUEST, SINO DE FAMILIARIZARSE CON EL CÓDIGO. AGARRARLE AMOR!
🚀Hagan un REPCODE de uno de estos scripts (o lo que sea) y ESFUÉRCENSE! Todos los scripts los guardaré como un GIF para subirlos a Confluence de UPEX!
DELIVERY CLASE #13 — PRÁCTICA DE EXAMEN LIBRE con ASSERTIONS para Testear el JSON:
Para aprender y memorizar un poco más CÓMO HACER los Assertions más usados. Es bueno que hagan esta actividad para que tengan en mente bien cómo son los TIPOS DE DATOS que tiene un JSON.
Deberán seguir las instrucciones del siguiente video: