Versiones comparadas

Versión anterior 6

changes.mady.by.user Ely

Guardado el

comparado con

Nueva versión Actual

changes.mady.by.user Ely

Guardado el

Clave

  • Se ha añadido esta línea.
  • Se ha eliminado esta línea.
  • El formato se ha cambiado.
Comentarios: Repair Jira Macros

...


🚀DELIVERY DE TESTING AL GRANO:

  1. DELIVERY CLASE #1 — SDLC VS STLC: Dibujo (ver imagen C#1)

    Image Modified


  2. DELIVERY CLASE #2 — NIVELES DE TESTING: Dibujo (ver imagen C#2)

    Image Modified


  3. DELIVERY CLASE #3 — TIPOS DE TESTING: Dibujo (ver imagen C#3)

    Image Modified


  4. DELIVERY CLASE #4 — METODOLOGÍA SCRUM VS SDLC: Dibujo (ver imagen C#4)

    Image Modified


  5. DELIVERY CLASE #5 — ELEMENTOS GUI (CUESTIONARIO): Examen (ver dibujo C#5)
    https://forms.gle/ypXcnGFfnXb9vesc9

    Image Modified


  6. DELIVERY CLASE #6 — PROBANDO JIRA POR PRIMERA VEZ: Entrar en UPEX-JIRA (ver dibujo C#6)

    Image Modified


  7. DELIVERY CLASE #7 — HISTORIA DE USUARIO: Dibujo (ver imagen C#7)

    Image Modified


  8. DELIVERY CLASE #8 — CRITERIOS DE ACEPTACIÓN: Dibujo (ver imagen C#8)

    Image Modified

🚀DELIVERY DE SQL:

Sugerencia

NO OLVIDES USAR EL MATERIAL DE APOYO:
MARCO-SINTAXIS SQL TESTING (Fórmula)

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

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

      • Bloque de código
        SELECT
FROM
INNER JOIN
ON

        Todos sus Delivery dejarán una huella a la comunidad de UPEX para futuros estudiantes

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

Sugerencia

NO OLVIDES USAR EL MATERIAL DE APOYO:
API AL GRANO! (MATERIAL DE ESTUDIO)

  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!

...

    1. Image Added

  2. DELIVERY CLASE

...

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

...

  1. Jira
    serverId

...

  1. e4c318b6-

...

  1. 4a3c-

...

  1. 3466-

...

  1. 8af3-

...

  1. 37c7de8e2a77
    keyUPEX-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.

      Image Modified

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

      Image Added

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