En la entrada anterior hablamos sobre la pausa. Aquella que nos predispone al pensamiento crítico. Esta pausa es sólo de unos segundos, para tomarnos un respiro, pensar en la información que tenemos y usarla racionalmente.
Hoy quiero hablar, brevemente, sobre otra pausa: las vacaciones. Es el tiempo en el cual deberíamos dejar de pensar en el trabajo. Tratar de no revisar mails (despreocuparse por el inbox zero) y dedicarse al ocio y al esparcimiento. Es el momento para viajar y retomar esos hobbies o actividades que tenemos relegados....
Posted by German on 24.2.14 with 2 comments
@michaelbolton, en su blog propone una nueva herramienta para los testers. Aunque también quiero hacerlo extensivo a desarrolladores y analistas. Dicha herramienta es la pausa.
El desarrollo de software es una actividad compleja y, cómo toda profesión que requiere de un despliegue intelectual diario, necesita de una pausa. Según Bolton, una pausa es el efecto de aplicar las siguientes cuatro palabras: Huh?, Really?, And? y So? Cada una de ellas da un respiro y predispone al pensamiento crítico.
Wait…huh? Did I hear that properly?
Um…Really?...
Posted by German on 19.2.14 with No comments
Principio de Testing Agile #2 [1]
Como sabemos, una de las prioridades del desarrollo ágil es entregar valor al cliente en pequeñas iteraciones. Este valor es software funcionando y compuesto por las funcionalidades que se han priorizado recientemente. En este contexto, es fácil ceder ante los deseos del cliente para ciertas features y, si bien cualquiera en el equipo puede cuestionar estos puntos, es el tester ágil quién debe reconocer los impactos dentro de las stories, debido que debe pensar sobre las repercusiones del testing.
Los testers...
Posted by German on 17.2.14 with 2 comments
Leyendo el libro de Tobias Mayer, me topé con un par de párrafos que relacionan al testing con la cultura de Scrum. Me pareció interesante para compartir.
"The discipline of testing requires a lot more humility than the discipline of development. Testers tend to be more humble than developers; it is the nature of the role. There are different energies at play: development is characterized by the energy of creation, testing by the energy of service".
"The mission of scrum is to change the way we work. This is not process change, this...
Posted by German on 12.2.14 with No comments
Hace unas semanas, una persona me contacto por LinkedIn para que le comente sobre testing (en general). Aquí dejo algunas reflexiones de mi respuesta.
Recuerdo que +Ernesto Kiszkurno (socio de la consultora en la cual trabajo), siempre me decía que cuando empezaron a trabajar en testing, a ofrecer y vender servicios, los miraban como "personas extrañas". Nadie entendía lo que querían hacer y, obviamente, había una resistencia importante. Esto hace ya unos 15 años. Esta resistencia, era normal. Alguien te venía a decir que tu...
Posted by German on 10.2.14 with No comments
Principio de Testing Agile #1 [1]
En el contexto de un equipo ágil, el tester está involucrado en el producto desde los inicios. Desde bien temprano, en la primer iteración. Muchos proyectos ágiles están "manejados" por tests y, en consecuencia, el feedback juega un rol importante en ellos. En principio, el feedback comienza trabajando con el product owner o cliente para articular las stories mediante ejemplos y tests. Luego, los testers trabajan junto con sus otros miembros del equipo para generar escenarios ejecutables a partir de...
Posted by German on 5.2.14 with 2 comments
Sabios consejos [1]
Controlá tus tests.
Compartí tus bugs tal cómo los encontrás.
Capturá tu pantalla, adjuntá al incidente y seguí trabajando. Los developers verán la aplicación exactamente como estaba cuando encontraste el bug.
Eliminá las excusas: no digas más "Funciona en mi PC".
Germ...
Posted by German on 3.2.14 with 2 comments
La última Testing Experience tiene un interesante artículo sobre principios para tener en cuenta al momento de automatizar tests funcionales. Los quería compartir aquí ya que me parece importante tenerlos bien presentes.
1. Primero, diseñar los tests. Evitar la creación de tests on the fly. Nuestra suite de tests debe crecer orgánicamente.
2. No automatizar todo. Ciertos tests pueden ser fácilmente ejecutados en forma manual, evitando así el alto costo de automatización.
3. Escribir tests cortos. En situaciones en las que uno o más tests...
Suscribirse a:
Entradas (Atom)
