Comparación de páginas

...

1. DELIVERY CLASE #1 — FUNCIONES DEL API:
   EL PRIMER DELIVERY de API TESTING:

   1. ⏲ Tendrán que elaborar un MAPA MENTAL intuitivo de todas las terminologías de API!

   2. 📝 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.

   3. 🚀 GANEMOS MÁS EXPERIENCIA CON LAS API!
      

      

2. DELIVERY CLASE #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 JIRAJira serverId 8dba9608e4c318b6-f7944a3c-3bbb3466-9fc18af3-f3ed967da66237c7de8e2a77 key UPEX-3144

   1. Para validar las API (en caso de validación full integración),
      el Scope está en:

      1. GET, POST, PUT y DELETE
         según la documentación.

   2. No limitarse a usar solo 1 Query Parameter para la creación y actualización de la Card.
      SE PUEDE REALIZAR VALIDACIÓN:

      1. FRONTEND → FRONTEND
         (Validar y Verificar todo usando solo UI Testing)

      2. FRONTEND → BACKEND
         (Validar acciones por la UI y Verificar resultados por API con GET)

      3. BACKEND → BACKEND
         (Validar acciones por API con POST, PUT, DELETE, y verificar resultados por API con GET)

      4. BACKEND → FRONTEND
         (Validar acciones por API con POST, PUT, DELETE, y verificar resultados por la UI)

   3. NOTA PARA QA:
      En esta US en particular no debería tener un DEFECTO ya que es una funcionalidad muy limpia.
      

      

3. DELIVERY CLASE #11 — INTRODUCCIÓN AL SCRIPT DE PRUEBA
   con TÉCNICA REPCODE (Repetición de Código):

   1. 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).

   2. 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();

   3. 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!
      

      

4. DELIVERY CLASE #13 — PRÁCTICA DE EXAMEN LIBRE con ASSERTIONS para Testear el JSON:

   1. 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.

      1. Deberán seguir las instrucciones del siguiente video:
         

         Delivery Assertions.mp4

         
         

...