...
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 #2 #9 — VALIDACIÓN Y VERIFICACIÓN DE API TESING MANUAL:
COMPLETAR UNA HISTORIA DE USUARIO DE TRELLO CON API TESTING:Versión heredada de Jira server System JIRA serverId 128161af2f29dbf9-edad3c7d-36c839de-92c484d6-02314835866a5e0e30bc6fef key UPEX-3144 Para 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 # — INTRODUCCIÓN AL SCRIPT 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:
Bloque de 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):Bloque de código 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:
Bloque de código const Body = pm.response.json(); pm.test("Aquí debería colocar cualquier cosa",()=>{ pm.expect(Body.name).to.eql("minombre"); });
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!