What is this Blog ?

Hi, and welcome to this Agile QA blog (yes, another one), however this blog will be different to others, because it will help you out to have different point of views and different perspective about things you do and see every single day.

This blog has the intention to share my experience in the magical world of quality assurance also known as QA, my name is Luis Jimenez also known as "Lucho" I've been working as QA for almost 10 years and I have worked in a lot of projects (e-commerce, websites, apps, games, intranets, banners, email campaigns, services, etc), every single project, methodology (Scrum, Waterfall, Kanban, etc), experience and company I have worked on, gave me a lot of perspective about tools, types of testing and where to apply them, methodology, correct processes to use, things to escalate and how to test differently.

I'm not going to talk about how you should do things, I'm going to talk about what for me worked better and actually works better in the diary work I do. This is not a guide or the final word about QA and I'm not the bible of QA, but I'm sure what you'll read here will help you a lot in your work and will help you solve problems or know how to act based on different situations.

You will see articles about QA every week starting this week talking about things I do and worked for me. I have worked a lot with agile methodologies and it has been great for me and all team members in the companies I have worked on to see how agile is better on building software for all disciplines. 

I'll start doing articles for each phase of a project life cycle and how QA is important on each one of them, there will be time to discuss about test plans, test cases, Gherkin and BDD, automation, bug reporting, types of manual testing, load testing, security, processes and a lot of topics around the world of QA.

New entries every Tuesday, stay tuned!

Follow me on Twitter @LuchoAgileQA






Comentarios

Publicar un comentario

Entradas populares de este blog

La forma correcta de reportar fallos o bugs

Cada uno, como QA, tester, desarrollador, gerente de proyecto, dueño del producto, o cualquier rol que tenga en la compañía se puede encontrar o puede estar relacionado con fallos del sistema (bugs) reportados por el equipo de trabajo, estos bugs o fallas tocan a todos los miembros del equipo porque en alguna fase o en algún momento, todos tendrán que ver los bugs reportados y revisarlos. Primero que todo, aclaremos algo, los bugs no tienen la intención de criticar el trabajo de los desarrolladores o de resaltar un mal trabajo, los bugs tienen como objetivo encontrar fallas antes de que el cliente o partes interesadas lo hagan, si esto pasa, causaría un impacto negativo en la compañía y el proyecto, lo cual tambien causaría la perdida de confianza por parte del cliente. Esto no es una competencia sobre cuantos bugs QA encuentre y no es más senior o experimentada la persona que encuentra más bugs, un buen QA no se mide por esto. Tampoco estoy de acuerdo en que si en un día no se re...
Leer más

¿Qué es un líder de QA ?

Muy posiblemente alguien tiene este rol en la compañía donde trabaja, o tiene un líder de QA o han escuchado este nombre en algún lado, tal vez no sepan que esperar de este rol, creo que cada compañía es distinta y a veces el líder de QA es el gerente de QA o viceversa y a veces el líder de QA es la persona más senior y con más experienca del equipo, hay muchos conceptos sobre esto y quiero compartir mis pensamientos acerca de un líder de QA. Si hablamos de líder de QA, obviamente hablamos de liderazgo, hablamos de alguien que puede guiar y liderar a otros miembros del equipo de QA en temas de mejores prácticas, entrenamiento, habilidades técnicas, consejos y apoyo constante, el líder de QA es la persona que debe establecer el camino a seguir dentro de la cuenta o el proyecto en temas de actividades de QA, procesos, entregables y nuevas herramientas y metodologías para asegurarse que la cuenta o el proyecto está cumpliendo con los requerimientos del cliente. Esta persona debe tener ...
Leer más

Pruebas de regresión

El término pruebas de regresión es un término común usado frecuentemente en la industria del software, no solo por QA, sino por desarrolladores, gerentes de proyecto, incluso clientes, este término es a veces confundido por algunas personas y por eso hoy voy a darles mi visión de lo que para mí son las pruebas de regresión. Primero que todo, cada proyecto debe tener una o más fases de pruebas de regresión, a mi modo de verlo, antes de cada entregable al cliente, QA debe ejecutar pruebas de regresión para asegurar que lo que se entrega está bien y que otras áreas del sistema que ya fueron probadas antes no se vean afectadas por los múltiples cambios, actualizaciones y nuevas funcionalidades agregadas, este tipo de pruebas también deben hacerse antes de cada actualizaión o cambios en el ambiente de producción. Las pruebas de regresión son un tipo de pruebas en donde se confirma y se verifica que el sistema funciona correctamente con nuevas funcionalidades agregadas y que las anterio...
Leer más