Resuelve los siguientes planteos en un máximo de 3 páginas.

Tiempo estimado de resolución: 1 hora.

Instrucciones Generales

Para cada situación que se plantea durante la prueba (desde el punto 1 al 5), describe todas las
suposiciones que hagas ya sea de ambientes, metodologías, procesos, herramientas, etc.

Queremos saber cómo probarías Mercado Libre, considerando su sitio web (www.mercadolibre.cll) y
sus aplicaciones móviles para Android e iOS.

Pregunta 1: Para poder determinar los inputs iniciales y los supuestos; ¿Qué preguntas realizarías a
los dueños de negocio, jefe/líder de proyectos, miembros del equipo con la finalidad de entender el
contexto del proyecto? En primer lugar, preguntaría cual o cuales son los objetivos que busca el
cambio/mejora/ corrección. Por ejemplo: ¿Que es lo que se busca conseguir con este cambio/mejora/
corrección?. Otra pregunta que haría es saber quiénes son los usuarios de negocio a quienes afecta el cambio.
Esto dado que los cambios/mejoras/ corrección afecte a los usuarios responsables del control de productos o
bien, puede que afecte a los usuarios del área de finanzas, entre otros. Ejemplo: ¿Cuál/es es/son el/las áreas
del negocio afectados por el cambio?. Tanto al dueño como a los usuarios de negocio que utilizan directamente
la aplicación les preguntaría, como esperan ellos que se visualicen los cambios o bien, cual el la experiencia de
usuario que desean tener. Por ejemplo: ¿De que forma esperan que este cambio se visualice en la aplicación?
¿Que experiencia desean tener al usar la aplicación? ¿Que experiencia esperan que tenga el cliente final con
los cambios sobre la aplicación? ¿Cómo es la visualización que esperan en la aplicación web? ¿Cómo esperan
que se vea la solución en equipos móviles? Tanto al dueño del negocio como a el equipo de desarrollo les
preguntaría ¿ Cual es el tiempo estimado con el que esperan tener estos cambios/mejora/ correcciones en el
ambiente productivo?
Al equipo de desarrollo le preguntaría: ¿De que forma esperan abordar la nueva solución?, ¿Qué alternativas
tenemos para dar solución a la solicitud? ¿ La solución propuesta es igual tanto para la web como para
aplicaciones móviles? ¿Considera nuevos componentes? ¿Implica la modificación de los componentes
existentes? ¿Considera el uso de nuevos servicios (orientado hacia pruebas de integración? ¿Considera
cambios a nivel de base de datos? ¿Qué metodología de trabajo utilizaremos? (Agile, cascada, otro)

Pregunta 2: Define el plan y la estrategia de pruebas para www.mercadolibre.cl, considerando su

sitio web y sus aplicaciones móviles para Android y iOS.

Dada la información recopilada con las preguntas antes señaladas y otras que pudieran surgir, se comienza a
elaborar un plan de pruebas considerando los objetivos de la solución propuesta, esto permite elaborar un plan
de pruebas de alto nivel. Los factores que afectan a la estrategia de pruebas son diversos, como por ejemplo, la
metodología que se pretenda usar, el alcance de las pruebas, los riesgos que se detecten en la solución,
comportamiento actual de la aplicación, la criticidad de la solución, los recursos temporales y económicos
para llevar a cabo las pruebas. La experiencia en aplicaciones similares es también un factor a tomar en
cuenta a la hora de planificar las pruebas. La estrategia de pruebas debe considerar el proceso completo del
ciclo de pruebas, esto es, el QA estático como el dinámico. Considerando lo antes señalado se pueden tomar
diversas estrategias de pruebas, como aquellas basadas en riegos, por lo que el conjunto de pruebas estará
orientado a aquellos puntos más críticos de la solución. Otra estrategia de pruebas puede ser aquellas basadas
en la funcionalidad/es que se elaboran, el proceso de negocio afectado o alguna característica no funcional del

cl.abstracta.us
hola@cl.abstracta.us
producto. Se mencionó la experiencia previa con aplicaciones similares, lo que permitiría un abordaje y
elaboración de pruebas basado en aquellos desarrollos ya realizados. Por supuesto, la o las estrategias
seleccionadas, consideran criterio para la aplicación Web como para el funcionamiento de la aplicación en
aparatos móviles.

Pregunta 3: Se concreta el proyecto y se pone en marcha la implementación de la estrategia que

sugeriste. En cierto punto de la ejecución, te das cuenta de que existen factores que amenazan el
cumplimiento de tu plan y que podrían causar posibles demoras. ¿Qué harías en esta situación? Ante
esta situación lo primero es dar aviso a los miembros del equipo y los alcances que se observa con los factores
de riesgo. Este aviso incluye a otros QA que puedan formar parte del proyecto como al equipo de desarrollo y
por supuesto al líder de proyecto. La idea de plantear el riesgo-problemática a todo el equipo es que los
miembros intenten pensar en soluciones sobre este riego. De igual manera y en paralelo, se informa a líder de
proyecto para que tome decisiones para informa e los representantes del negocio, discuta con el equipo de
desarrollo la elaboración de posibles soluciones, informe sobre las consecuencias que puede tener los riesgos
en la solución entregada ( características de la solución, tiempo de retraso, etc). Si el líder de equipo considera
necesario se puede presentar el riego a negocio para mantener al tanto de la situación e incluso, buscar
posibles soluciones que el negocio podría considerar. Considerar también que dentro del proceso y trabajo de
QA, se enviará actualización (idealmente diaria) sobre el estado de avances de las pruebas y las observaciones
o inconsistencias encontradas.

Pregunta 4: Las demoras en el proyecto, hacen que aumente el nivel de presión dentro del equipo y
con el cliente. Un miembro del equipo te plantea que ha decidido renunciar. ¿Qué harías en esta
situación? Inicialmente, escucho la queja de mi compañero de equipo, posteriormente valido su sentir. Esto
dado que la forma de vivir el estrés es individual en cada persona. Le pregunto si es posible que lo pueda
ayudar de alguna forma para disminuir o aliviar su estrés. Luego, lo invitaría a informar al líder de equipo
sobre la decisión. Hablaría con el líder del equipo sobre la sensación que se está viviendo en el grupo sin
entregar nombres ni identificar a el/los miembros del equipo.
Pregunta 5: Un miembro de tu equipo no se presenta a tiempo a las reuniones con cliente
constantemente. ¿Qué acción tomarías para solucionar la situación?
Entendiendo que soy miembro del equipo pero no el líder del mismo, en primer lugar le entregaría la
información que pudiera haberse perdido en sus ausencias. Por otro lado, le levantaría la alerta de la
importancia de su participación en las reuniones con el cliente, para el equipo completo. Le pregunto si puedo
ayudarle de alguna manera para que evite esos atrasos y lo invito a tomar contacto con el líder de equipo, en
caso que sus ausencias excedan a sus deseos.

Pregunta 6: Durante la certificación del proyecto, se detectan issues bloqueantes, pero el cliente
desea realizar la puesta en producción de todas maneras. ¿Qué harías en esta situación? Dado que el

cl.abstracta.us
hola@cl.abstracta.us
dueño de la solución es el propio negocio, se informa sobre todos los issues detectados y las posibles
implicancias que pudiera tener tanto en el funcionamiento de la aplicación como en el funcionamiento del
negocio. Implica la entrega de la información de manera formal con detalle posible. De igual manera, se puede
informar sobre posibles acciones de mitigación

Pregunta 7: Finalmente, se concluye el proyecto, de forma exitosa. ¿Cómo darías cierre al mismo?
Implica la elaboración de un informe final con la aprobación del proyecto. Se entrega un resumen de los casos
ejecutados con el resultado de las pruebas, el resumen de los errores encontrados y solucionados. Se entregan
también las observaciones (si existiesen) en los resultados de las pruebas y la solución entregada. Todo esto
enviado de manera formal al lider de proyecto, resto de los miembros del equipo y a los representantes del
negocio solo en aquellos casos en que el líder de equipo desee que se le informe a ellos también.

cl.abstracta.us
hola@cl.abstracta.us