Agile QA

Creo que muchas personas en pruebas de software han escuchado el término plan de pruebas, sin embargo, no todos saben lo que realmente es un plan de pruebas, su importancia y las partes de él. Hoy voy a describir lo que para mi son las partes mas importantes y lo que es un plan de pruebas. El plan de pruebas es el documento que describe lo que QA va a hacer en el proyecto, si me lo preguntan a mi, no se puede asegurar o garantizar el éxito y la calidad del proyecto o que el proyecto salga bien sin un plan de pruebas porque no se tendrá suficiente información sobre el mismo, es decir, que se debe probar, como se debe probar, que tipos de pruebas se deben hacer, que no esta incluido, entre otros aspectos. Se debe tener un alcance en el proyecto y una cobertura a probar, y dependiendo del tipo de proyecto, puede ser mas complejo. Desde mi punto de vista un plan de pruebas debería incluir los siguientes puntos: Alcance: ¿Qué se va a probar ? Objetivo: ¿Cual es el objetivo o la ...

I think people in software testing has often heard the words test plan, however, not all people know what is a test plan, the importance and parts of it, today I'm going to describe what for me are the main and most important parts of the test plan and what is it. A test plan is a document that describes what QA will do within the project, if you ask me, you can't assure or guarantee a successful and quality project without a test plan because you won't have enough information about the project, I mean, what to test, how to test it, what types of tests you need to do, etc. You must have a scope and a coverage to test, and depending on the type of project, it can be more complex or not. A test plan must define the following: Scope: What you'll test. Objective: The main goal of the client for this project. Out of scope: What you won't test. Roles and responsibilities: How many QAs (QA lead, Automation tester, QA analyst, etc) and what they'll do in th...

Muchas compañías en sus descripciones de roles y posiciones abiertas buscan el rol de QA y otras buscan "testers", se podría pensar que es lo mismo, pero es un grave error y hay una gran diferencia entre un tester y un QA. Estas diferencias son notorias, no solo en lo que hacen sino en el conocimiento en pruebas de software y de procesos. Seamos claros, un tester es lo que su nombre indica, "testear" o probar, el tester debe probar y solo probar, debe enfocarse en la ejecución de pruebas y garantizar que todos los escenarios, casos de prueba, criterios de aceptación y funcionalidad se cumplan y sea la esperada en el sistema. El tester es un rol sumamente importante en el proyecto y conozco muchas compañías que contratan solo testers, sin embargo soy de los que piensa que no termina ahí y es aquí donde entra el rol de QA. Para mi, el tester evoluciona en el QA o se puede decir que el QA incluye las funciones del tester, por eso QA tiene mas impacto y aporta mas a u...

A lot of companies in their job positions and descriptions always look for QA and some others for testers, you may think it's the same thing, however there's a lot of difference between a tester and a QA. Those differences are marked not only in what they do, but also in their knowledge on software testing and processes. Let's start clear, a tester is what the name implies, test, the tester is there to test and only test, he/she is focused on test execution and to guarantee all scenarios, test cases, acceptance criteria and functionality is met and works as expected on the system. A tester is a really important role within the project and I know a lot of companies that hires only testers, however I think it doesn't end there and there's where the QA appears. For me, the tester evolves into a QA or the QA includes testers tasks, that's why a QA gives more impact and importance to companies than a tester, a QA is not only in charge of testing the system, he/she ...

Hola, y bienvenidos al Blog de QA ágil (Si, otro mas), sin embargo este es un blog diferente a otros blogs porque les ayudará a tener diferentes puntos de vista y perspectivas sobre las cosas que se hacen cada día. La intención de este blog es compartir mi experiencia en el mágico mundo del aseguramiento de calidad, también conocido como QA, mi nombre es Luis Jiménez pero la mayoría de personas me dicen "Lucho", he trabajado como QA por casi 10 años y he trabajado en diversos proyectos como e-commerce, sitios web, aplicaciones móviles, juegos, intranets, banners, campañas de correo masivo, servicios, etc. Cada proyecto, metodología (Scrum, Cascada, Kanban, etc), experiencias y compañías en las que he trabajado me han dado mucha perspectiva sobre herramientas a utilizar, tipos de pruebas y como y donde aplicarlas, metodologías, procesos a usar, situaciones a escalar y como probar diferente. No voy a hablar de como hacer las cosas, eso lo decide cada persona, voy a hablar d...

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