Documentos de Académico
Documentos de Profesional
Documentos de Cultura
QA E1 - Introducción Al Testing
QA E1 - Introducción Al Testing
Introducción
al Testing
En los primeros encuentros, verás que nuestras guías también te indican cómo
usar el tiempo, te dan ideas de cómo interactuar en las salas de grupos
pequeños (breakout rooms) y de cómo solicitar ayuda por parte de otros
estudiantes.
Si no lo han hecho todavía o eres de las personas que prefiere que otro
comience, te sugerimos comenzar indicando tu nombre y de dónde vienes. Lo
puedes hacer en el chat o usando tu micrófono. Hoy compartes el encuentro
con una pequeña porción de una gran comunidad que irás conociendo poco a
poco.
¿Por qué quieres aprender sobre QA? ¿Sabes algo de testing o de Quality
Assurance?
2
Imagen 1.1. Error 404. Fuente:
https://www.inboundcycle.com/diccionario-marketing-online/error-404
3
En equipo, usen los 10 minutos restantes para compartir los ejemplos que trajo
cada uno de ustedes.
● ¿Hay coincidencias?
● ¿Se imaginan qué error hay detrás de cada ejemplo?
4
Calidad es una de esas palabras que damos por sentado y tal vez no
reparamos en su significado más preciso.
MATERIAL DE LECTURA
➢ Proyecto
➢ Producto
5
El cliente entonces contacta a un proveedor de software y le detalla sus
necesidades. El desarrollador (puede ser un individuo o una compañía, muchas
veces llamadas software factories) toma nota de los requerimientos, hace las
preguntas necesarias para entender mejor aquellas cuestiones que el cliente
no sabe especificar - si desea que sea posible tomar turnos en feriados, por
ejemplo - y luego realiza un cotización en base al esfuerzo - horas y cantidad
de desarrolladores necesarios. Si el cliente lo acepta, se inicia el proyecto.
Producto:
6
Imagen 1.2: Ciclo de vida de Producción de Software. Fuente:
https://www.itview.in/blog/indispensable-role-significance-of-testing-in-software-dev
elopment-life-cycle-sdlc/
Secreto de la industria:
Existen varias versiones del gráfico o los pasos del ciclo de
vida de la producción de software. La idea es que comiences
a familiarizarte con la idea de que el momento del testing es
un paso previo a la entrega del producto al cliente. Lo más
probable es que en un proyecto real, estos pasos estén superpuestos. Por
ejemplo: mientras se termina de desarrollar la fase 2, puede que el equipo
de testing ya esté trabajando en las pruebas de la fase 1 y que también el
cliente vaya viendo entregas parciales. Vamos a profundizar sobre este
tema cuando veamos "Producción ágil de software" en encuentros futuros.
¿NECESITAS UN EJEMPLO?
7
Lee atentamente la secuencia e intenta identificar cada uno de los pasos del
ciclo de producción de software. Verás que una vez puesto en práctica, cada
una de estas fases se vuelven simples de recordar y cobran sentido.
[Compañía] -Vamos a comenzar por la página web. ¿Tienen una idea de la imagen
que desean proyectar? ¿Ya tienen algún diseño con el que están produciendo sus
productos?
[Compañía] -Excelente. Entonces les vamos a dejar un cuestionario para que nos
cuenten en detalle sobre sus clientes. Quiénes son, qué edad tienen, qué les
gusta. ¿Además de los clientes, alguien más va a usar esta web? - aquí inicia la
exploración más técnica. La que tal vez nosotros como clientes no sabemos hacer
porque no tenemos el conocimiento. Nos preguntan si va a haber más de un
usuario (ej, administrador de stock?), si vamos a realizar transacciones en la
página (compra y venta), si vamos a tener stock de nuestros productos, si
tenemos una base de datos con la cual ya trabajamos. Cuántos usuarios
esperamos de tráfico a nuestra web. No es lo mismo esperar un crecimiento lento
y orgánico, que desarrollar una solución para sostener 10,000 clicks en un minuto.
Todos hemos visto esos tickets de nuestra banda preferida irse en segundos a la
madrugada en la que se pusieron a la venta.
Días 2 y 3:
8
¿Puedes identificar qué fases ya se han cumplido en este escenario?
Día 15: Nos convocan a una reunión para mostrar avances. Nos muestran un
mock-up del wireframe (¡este te toca googlear a tí!). Nos gusta mucho.
Hacemos algunas observaciones de elementos que no nos imaginábamos que
iban a mostrarse así. Damos feedback de la parte visual y jugamos a ser
usuarios que llegan a nuestra página. Nos avisan que nada de esto que vemos
está en el mundo real, sino que es tan solo una maqueta para que podamos dar
nuestra opinión sin que ellos hayan invertido mucho tiempo en desarrollar el
total de la propuesta.
Día 30: Nos envían un prototipo para que veamos. Nos envían una URL que no
está listada al público y que tiene acceso con usuario y contraseña. Nos
9
cuentan que ya está armado el esqueleto funcional de los que solicitamos y
que por favor probemos las funcionalidades que habíamos solicitado. Nos
aseguran que funcionan todas pero quieren ver si a nosotros nos satisfacen.
Día 31: Probamos todo con nuestro equipo. Usamos distintos nombres,
realizamos distintas acciones. Nos encanta lo que han hecho... aunque todavía
luce como un documento word hecho página web. Nos aseguran que así es el
proceso. Que en breve, una vez que confirmemos que nos gusta así, se
pondrán a trabajar con la parte de diseño de imagen.
¿Cómo vienes? ¿Has podido adivinar algunos de los pasos que la compañía
realiza aún cuando el cliente no se entera?
Haremos de cuenta que todo siguió bien, que no se descubrieron errores, que
no hubo atrasos, que el cliente estuvo satisfecho con cada paso hasta el
momento de lanzar la página al mercado, abierta y con una URL comercial.
Día 30: ¿Pudieron identificar el rol del equipo de testing antes de presentar un
prototipo funcional al cliente?
10
Super pro tip:
No es lo mismo QA que QC. ¿Qué pasa? Cuando se buscan roles, casi
siempre se busca por las siglas QA (o sea, quality assurance que es
"garantizador de calidad" o aseguramiento de la calidad). ¡Atención! ¡Es un
truco!
El acto de testear un software es un acto de QC (o sea, de quality control -
controlamos que la calidad sea la que prometimos). Y QA se refiere al
responsable de garantizar que todo el proceso desde los requerimientos
hasta el final cumpla con los estándares de calidad prometidos. Que
incluye, por supuesto, hacer testeos de código, pero también incluye
procesos de desarrollo de código, testeos unitarios, testeos estáticos y
otros procesos que tal vez un tester no realice nunca, ya que caen bajo la
responsabilidad de los desarrolladores de software.
¡MANOS A LA OBRA!
Vamos a poner a prueba todo lo que hemos leído hoy. Este desafío lo debes
resolver en forma individual. ¿Por qué hacemos esto? A veces en equipo, a
veces en forma individual. Como te fuimos anticipando, quien debe asimilar los
conocimientos eres tú. Y el equipo está para sostenerte cuando tienes una
duda.
Hay otros momentos en los que el conocimiento se consolida (se hace real y lo
puedes utilizar en nuevas situaciones) solo cuando lo pones en acción en el
equipo, e intentas explicar a otros eso que acabas de aprender. Confía en
nosotros, sabemos de lo que hablamos.
11
3. Hagan click en el enlace hallado en el punto anterior e ingresen al
mismo.
¡MANOS A LA OBRA!
12
● ¿Qué buenas prácticas del diseño web pudieron inferir a partir de
este ejercicio? (inferir: extraer una conclusión a partir de uno o varios
casos particulares)
● ¿Les costó el idioma de la página para resolver el ejercicio?
● ¿Qué sintieron como usuarios al intentar navegar por una página web
como la del ejercicio?
Atención al detalle
Además de aprender las herramientas y los conceptos fundamentales del
testing, vamos a estar trabajando sobre el desarrollo de habilidades esenciales
para que nos desempeñemos sin errores desde el primer minuto como testers.
13
Para poder detectar bien en dónde te encuentras con esta habilidad, primero
resuelve los ejercicios en forma individual (20 minutos) y luego abre la
conversación en la sala (15 minutos) para ver cómo les fue a tus compañer@s.
El equipo es cada uno de los presentes en la mesa de trabajo del día de hoy. Ya
están listos para llevar adelante este desafío y convertirse en auditores
internos de la organización. Que esto suceda de forma correcta, depende de
cada integrante. Tienes 4 tareas por realizar.
Tarea 1
14
Nombre del item Copia en papel Copia digital ¿Coincide?
N° de 744283O43BZ 744283043BZ Sí / No
seguimiento
Tarea 2
Reporte 1
406 45 98 no 2.5
504 56 117 no 3
207 17 54 no 1.5
303 34 56 sí 2
705 37 64 no 2.25
15
801 23 75 sí 1.75
Reporte 2
no 2.55 37 64 705
sí 1.75 23 75 801
sí 2 43 56 303
no 1.5 17 54 207
no 2.5 45 98 406
no 3 56 171 504
Tarea 3
“¡Hola! Muchas gracias por cubrirme. Lo principal que debes hacer es completar
la hoja de cálculo de ingresos mensuales. Puedes hacerlo buscando los últimos
ingresos publicitarios en los informes de marketing. Después de hacer todo
eso, continúa y revisa mi correo electrónico - lo he redirigido en forma
automática al @info para que todos lo reciban- y mi correo de voz en mi
teléfono de escritorio para ver si hay alguna solicitud de los ejecutivos. Si hay
tales solicitudes, hazlas primero a menos que tengas una solicitud de
emergencia de otro departamento. Una vez que hayas terminado con la
solicitud de cumplimiento, ¿podrías regar la planta de mi escritorio después de
apagar la computadora? Ah, espera, debería haber mencionado un par de
cosas: debes iniciar sesión con tu usuario de administrador para ver los
informes de marketing, y tendrás que enviarme un correo electrónico de
actualización justo después de que termines de manejar las solicitudes. Bueno,
gracias de nuevo. ¡Eres de gran ayuda! Te debo el almuerzo cuando regrese.”
16
¿En qué orden colocarías las tareas? ¿Podrías animarte a priorizarlas?
Tarea 4
17
¡Hora de cerrar!
¡Gran momento para recordar qué son los pulsos y cómo los pueden
aprovechar mientras aprenden! Este breve video les recuerda cómo se utilizan
los pulsos para armar los equipos en el futuro.
18