Agile QA

As time goes by, you will end up knowing a lot of tools you used for test execution and a lot of testing types, I'm going to tell you what I have used and still use and the benefits of this tools on different types of testing. First of all, when you log a bug you need to add an evidence to the bug, most of the people use regular screen captures to do this, however, there are a lot of great tools to use for screen capture, one of them is called Jing, which is a tool that allows you to add text and indicators to the screen capture you have, there's a similar tool called Snagit, it does the same thing, I prefer Jing. Now, you may come across to transactions or functional bugs and a lot of screenshots is not a best practice, Jing has a video functionality, but it saves it on .swf format which makes the video really big to upload, I personally use a tool called LiceCap, this is a great record and play tool which saves .gif images that can be used as videos that every browser ca...

A medida que avanza el tiempo, uno se encuentra con muchas herramientas usadas para ejecutar pruebas y estas herramientas sirven para muchos tipos de pruebas, hoy hablaré de herramientas que he usado y que actualmente uso y de los beneficios de ellas en distintos tipos de pruebas. Empecemos por el reporte de errores, yo siempre digo que se deben agregar evidencias en los errores encontrados, muchas personas usan la captura de pantalla por defecto del computador, sin embargo, hay muchas herramientas para captura de imágenes, una de ellas se llama Jing, la cual es una herramienta que permite agregar texto e indicadores a una imagen, hay una herramienta similar llamada Snagit que hace lo mismo, yo me quedo con Jing. Ahora bien, puede llegar el caso en que un bug sea tan complicado, transaccional o funcional que una imagen no sea suficiente, y peor aún, muchas imágenes no sean indicadas para un bug, Jing tiene la habilidad de grabar videos, pero los videos son guardados en flash con l...

When you are working with agile methodologies either Scrum, Kanban or other one, you may come across something called grooming or requirements refinement, if not, let me tell you my point of view about them. This, for me, is one of the most important ceremonies in agile and I personally like it a lot, it is the meeting where the team gets to know the requirements to work on, what's coming in the project and possible risks and challenges on functionality not yet estimated. Call it what whatever you want, grooming, refinement, etc, but this meeting is really important, if you ask me, for small and medium projects, all team members should be in that meeting, all points of view are valid and everyone may have different perspectives about some functionality or requirement, I have had the chance to see how mid level or junior members have some input that architects or senior members of the team didn't take into account when doing a grooming session, that's why I say all memb...

Si están trabajando con metodologías agiles como Scrum, Kanban u otra, tal vez hayan oido el término refinamiento de requerimientos o grooming, en caso de que no, hoy voy a hablarles de lo que para mi significa esto ya que es una de las ceremonias más importantes en agile y personalmente me gusta bastante, es la reunión donde el equipo de trabajo entiende y recibe los requerimientos escritos por parte del dueño del producto (product owner) o la persona encargada de los requerimientos y se levantan riesgos, retos y funcionalidad pendiente o no estimada. Se le puede llamar refinamiento, grooming o como se quiera, pero esta ceremonia es bastante importante, si me lo preguntan a mi, para equipos pequeños o medianos, todas las personas del equipo deben estar en el refinamiento de requerimientos, todos los puntos de vista son y deben ser válidos y todos pueden tener diferentes perspectivas sobre alguna funcionalidad o requerimiento, he tenido la oportunidad de ver como miembros junior o...

Continuing with my previous post about what developers expect from you as a QA, I'm going to tell you the other side of the coin, this is what I expect from the development team or from each developer on the company or project. Developers must do the heavy work of the project, they need to build up stuff for the client and create things, they need to make what the client wants in requirements into a real thing that the client can use, that being said, QA expects from the development team to deliver with the highest quality possible, what I expect from dev is not just to pass the requirement to QA, but to read the requirement, test the requirement (unit testing is mandatory), and at least make sure the acceptance criteria or the happy path is met before passing the story to QA, this will avoid stories to be taken back to dev, reopen stories or log a lot of bugs that could have been avoided and fixed by the development team before QA, just by doing a quick check before passing t...

Continuando con mi anterior entrada sobre lo que espera el equipo de desarrollo de QA, hoy vamos a hablar de la otra cara de la moneda, esto es lo que yo espero del equipo de desarrollo o de un desarrollador en una compañía o en un proyecto. Los desarrolladores son los artifices de los proyectos y tienen que hacer el trabajo pesado, deben crear cosas, deben convertir lo que el cliente escribió en requerimientos en piezas de software reales que el cliente pueda usar, habiendo dicho esto, yo espero que equipo de desarrollo entregue con la mayor calidad posible a QA, lo que espero de desarrollo no es solo que pasen el requerimiento a pruebas de QA, sino que lean los requerimientos, los prueben (que hagan pruebas unitarias es obligatorio), que por lo menos se aseguren que los criterios de aceptación o el camino feliz del requerimiento se cumpla antes de entregar a QA, esto ayuda a evitar que los requerimientos o historias de usuario se devuelvan al equipo de desarrollo y evitar que QA...

You may be a great QA and have great eye and you can be great internally, but do you know what a developer or the development team expects from you as QA ? I'll try to explain here what I think and what I have lived and experienced. Developers, most of the time are focused on their stuff, on deliver things and code things to deliver, however, the developer will expect a lot of things from QA not only good quality or great testing skills, but also follow the process, be proactive, focus on delivery and be a key player and the person to go to on the project. First of all, developers expect from you great testing skills, not only manual testing but all different types of tests that the project may require, you must test the whole stuff, test all requirements, test all user stories and functional areas including happy paths, edge cases, do a lot of exploratory testing and go beyond the requirements, as I said before, use cases or acceptance criteria is where the testing starts...