tag:blogger.com,1999:blog-88130695573168835602024-03-13T21:53:08.643-07:00Testing For DamisPeripecias de un Tester newbieUnknownnoreply@blogger.comBlogger24125tag:blogger.com,1999:blog-8813069557316883560.post-90464172764094128802016-01-14T08:29:00.001-08:002016-01-14T08:29:47.687-08:00Primera Meetup de TestingAR<div class="separator" style="clear: both; text-align: center;">
<a href="http://4.bp.blogspot.com/--fKIcc7VotE/VpfLU91iY4I/AAAAAAAASUc/fp8JnaaxBBQ/s1600/TestingARMeetup.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="236" src="http://4.bp.blogspot.com/--fKIcc7VotE/VpfLU91iY4I/AAAAAAAASUc/fp8JnaaxBBQ/s320/TestingARMeetup.png" width="320" /></a></div>
<br />
<br />
Bueno, hace mucho que no escribo, pero esto valia la pena.<br />
<br />
Se viene la primera Meetup en Buenos Aires de Testing. Una nueva comunidad empieza y esperemos que de a poco crezca y tenga un alcance mayor.<br />
La idea es dar 2 charlas sobre diferentes temas, compartir un rato y hablar sobre lo que nos interesa.<br />
En un futuro trataremos de dar algun workshop y si podemos lograr que tenga una frequencia bimestral, sería genial. Pero eso depende de la participación de todos.<br />
<br />
Pueden anotarse <a href="http://meetu.ps/2S4hWH" target="_blank">aqui</a><br />
Compartan!<br />
<br />
Apenas tenga mas informacion sobre las charlas, lo comentare en este post.Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-8813069557316883560.post-23222661367782472992015-05-26T09:34:00.000-07:002015-05-26T09:34:51.831-07:00Mi set de Herramientas de Testing 2015: Basta de screenshots, hola GIFs!<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="http://1.bp.blogspot.com/-sfLyq08dO-8/VWSesd3NOiI/AAAAAAAAKPE/VQNbAhKRmcs/s1600/manny.JPG" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="300" src="http://1.bp.blogspot.com/-sfLyq08dO-8/VWSesd3NOiI/AAAAAAAAKPE/VQNbAhKRmcs/s400/manny.JPG" width="400" /></a></div>
<br />
<br />
Cuando empecé a trabajar en Marzo en <a href="http://testingfordamis.blogspot.com.ar/2015/04/gracias-belatrix-hola-mulesoft.html" target="_blank">Mulesoft</a>, me encontre con que me habian dado una MacBook Pro, mi primera Apple! Siempre fui un "chico PC" por razones obvias, este pais no esta hecho para Mackintoshs, iphones, ipads o MacBooks, no, somos un pais-PC.<br />
Junto con la MacBook me encontre tambien con que muchas de las herramientas de escritorio que usaba para testear, no me servían porque eran para PC, como el Snag-it o el Qtrace (que ya no existe en su forma gratuita) asi que me tuve que armar un nuevo set de herramientas, pero no hay mucho para Mac propiamente dicho.<br />
<div class="separator" style="clear: both; text-align: center;">
</div>
Por suerte mi jefe me recomendó mi primera herramienta para Mac: <a href="http://www.cockos.com/licecap/" target="_blank">Lice-Cap</a><br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="http://1.bp.blogspot.com/-BY5UagBX1QE/VWSGW7q0VAI/AAAAAAAAKOk/uPZOXw8_3bM/s1600/Blog.gif" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="http://1.bp.blogspot.com/-BY5UagBX1QE/VWSGW7q0VAI/AAAAAAAAKOk/uPZOXw8_3bM/s1600/Blog.gif" /></a></div>
<br />
<div class="separator" style="clear: both; text-align: center;">
</div>
Con esta pequeña herramienta puedo armar videos cortos en donde mostrar problemas que encuentro en formato GIF, por lo que el developer no tiene que hacer nada mas que abrir el GIF y verlo repetirse. Es útil para videos cortos, cosas mas largas se complica por que no se puede pausar.<br />
<br />
Por suerte hay muchas herramientas online como add-ons de los browsers, algunas de las que mas uso son:<br />
<br />
<a href="http://www.awesomescreenshot.com/" target="_blank">Awesome Screenshot</a>: Aunque ya no lo uso tanto, de vez en cuando sigo utilizando este excelente add-on para sacar y comentar screenshots, se puede agregar tanto a Chrome como a Firefox<br />
<a href="https://www.mindmup.com/" target="_blank"><br /></a>
<a href="https://www.mindmup.com/" target="_blank">MindMup</a>: La mejor herramienta para hacer mapas mentales, sencilla de usar, agradable a la vista, con muchas funcionalidades utiles, la estamos usando mucho en nuestro proceso de testing (Comentaré mas de esto en un futuro post) Puede compartirse mapas con Drive, Github o la herramienta propia<br />
<br />
<a href="https://www.getpostman.com/" target="_blank">Postman</a>: Me gusto siempre que fuera sencilla de usar, ahora que tengo que testear APIs mas seguido, me es fundamental. Tiene un add-on para chrome y una version de escritorio<br />
<br />
<a href="http://gojko.github.io/bugmagnet/" target="_blank">BugMagnet</a>: comente de esta herramienta hace <a href="http://testingfordamis.blogspot.com.ar/2015/01/bug-magnet-pequena-herramienta-para.html" target="_blank">poco</a>, sigue evolucionando, aunque no está funcionando muy bien en Firefox, anda perfecto en Chrome. Herramienta fundamental para el testing exploratorio.<br />
<br />
Seguiré buscando herramientas para Mac o nuevos add-ons, y los iré posteando aqui.<br />
<br />
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="http://2.bp.blogspot.com/-sRJNuaSlb0c/VWSMwef1GPI/AAAAAAAAKO0/kUYqwo7zZ9c/s1600/winMac.jpg" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" height="360" src="http://2.bp.blogspot.com/-sRJNuaSlb0c/VWSMwef1GPI/AAAAAAAAKO0/kUYqwo7zZ9c/s640/winMac.jpg" width="640" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">El Fin Del Mundo</td></tr>
</tbody></table>
<br />Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-8813069557316883560.post-71644207281182406432015-04-23T10:48:00.000-07:002015-04-23T10:48:49.943-07:00Gracias Belatrix, Hola Mulesoft!<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="http://2.bp.blogspot.com/-tGjziQXMc0k/VPjBUXNmZII/AAAAAAAAKLk/FgJQ0l3CYzY/s1600/belax.png" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" src="http://2.bp.blogspot.com/-tGjziQXMc0k/VPjBUXNmZII/AAAAAAAAKLk/FgJQ0l3CYzY/s1600/belax.png" height="200" width="200" /></a></div>
<a href="http://2.bp.blogspot.com/-5qYuOvFKPSc/VPjBUbCknzI/AAAAAAAAKLo/YkKT2NMVGGg/s1600/mulesoft-logo.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em; text-align: center;"><img border="0" src="http://2.bp.blogspot.com/-5qYuOvFKPSc/VPjBUbCknzI/AAAAAAAAKLo/YkKT2NMVGGg/s1600/mulesoft-logo.png" height="132" width="320" /></a><br />
<br />
<br />
<br />
<br />
<br />
Acá en Argentina no se acostumbra mucho esto. En EEUU si (obviamente si te fuiste bien del lugar en donde estuvistes) escribir sobre tu cambio laboral en tu blog es algo mas común en aquellos pagos.<br />
Pero la verdad es que queria hacerlo porque estoy muy emocionado y contento con este gran paso que he dado.<br />
He dejado buenos amigos y grandes compañeros de trabajo, con los cuales comparti mas de 3 años de alegrías, asados, trabajo duro y aprendizaje. Realmente Belatrix es una gran empresa para aprender y mejorar tu forma de trabajar. Es una empresa con gran crecimiento y que seguirá expandiendose por todo latinoamerica. Si quieren irse a <a href="http://testingfordamis.blogspot.com.ar/2014/11/como-trabajar-en-el-interior-del-pais-y.html" target="_blank">vivir al interior</a> no hay mejor lugar para elegir y empezar una nueva vida que Belatrix, les deseo lo mejor.<br />
<br />
Y por que Mulesoft? Bueno, creo que era el momento de dar el paso y seguir creciendo en mi carrera como Software Tester, en una startup que crea un producto propio, no un producto que será vendido por otro. Quiero sentir la sensación de crear algo y que mi influencia sea importante en el resultado final.<br />
Mulesoft es genial, te obliga a cambiar tu mentalidad, a autoexigirte porque tenes al lado gente muy capaz, ademas te sentis parte de lo que sucede en el crecimiento de la empresa y sus productos.<br />
Otro gran motivo ha sido que Mulesoft esta apostando a mejorar la calidad de sus productos, que la calidad sea un agente diferenciador frente a la competencia. Por lo que hay mucho por hacer y crear y en donde podré aportar ideas nuevas para lograr un mejor proceso de testing utilizando las ultimas tendencias. Mucho por aprender y mucho por aportar, me encanta este nuevo rumbo.<br />
A veces uno no puede elegir en donde trabajar, yo tengo la suerte de poder hacerlo en donde quería estar. Uno no debe bajar los brazos e insistir, porque la primera vez que me postulé, no quedé. Pero no me desanimé y apenas surgió otra posibilidad, la aproveché.<br />
Ojalá pueda contarles en futuros posts, que estamos creando en Mulesoft sobre testing.<br />
<br />
Si quieren conocer más de Mulesoft o postularse pueden verlo <a href="https://www.mulesoft.com/careers-by-location" target="_blank">aquí</a><br />
<br />
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="http://3.bp.blogspot.com/-H5c7mK_lF_k/VTkvcCaGL0I/AAAAAAAAKMM/9O0SekNZizw/s1600/amigos.png" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" src="http://3.bp.blogspot.com/-H5c7mK_lF_k/VTkvcCaGL0I/AAAAAAAAKMM/9O0SekNZizw/s1600/amigos.png" height="356" width="640" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">viejos y nuevos amigos en mi escritorio</td></tr>
</tbody></table>
<br />
<br />
<br />
<br />
<br />Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-8813069557316883560.post-78268941848167493332015-02-10T12:28:00.001-08:002015-02-10T12:35:55.106-08:00The Testing Manifesto<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="http://3.bp.blogspot.com/-jv-xnu4EjAI/VNpgdwVuUZI/AAAAAAAAKK0/INBljtwuiZY/s1600/B9aF3P7IMAEffJh.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="http://3.bp.blogspot.com/-jv-xnu4EjAI/VNpgdwVuUZI/AAAAAAAAKK0/INBljtwuiZY/s1600/B9aF3P7IMAEffJh.jpg" height="320" width="640" /></a></div>
<br />
Así como existe un <a href="http://www.agilemanifesto.org/" target="_blank">Manifiesto Agile</a>, está bueno que exista uno sobre el testing de hoy en día. Una propuesta es el que ven acá arriba. Son 5 cuestiones básicas que deben regir sobre como actuamos mientras hacemos testing y que resumen qué es, realmente, hacer Testing.<br />
<br />
<b>Probar durante antes que probar al final: </b>Si estas en un proyecto bajo la metodologías ágiles y pruebas solamente cuando el desarrollo está completo, no estás siendo ágil y tampoco estas haciendo bien tu trabajo. Es mucho mejor ir testeando a medida que los desarrolladores van completando sus tareas, de manera de poder darles un feedback rápido y solucionar los problemas antes del final del sprint.<br />
<br />
<b>Prevenir los defectos antes que encontrar defectos: </b>Generalmente nos contratan para encontrar defectos...pero ese no es nuestro trabajo principal. Lo que debemos lograr es prevenir que se creen esos defectos antes que lo encontremos. Como? ayudando a los desarrolladores a testear mejor sus desarrollos, a que entiendan los posibles caminos alternativos. Analizando los requerimientos, buscando fallas en los mismos o cosas asumidas y que no son claras.<br />
<br />
<b>Entendimiento del testing antes que chequear funcionalidad: </b>Verificar que la funcionalidad nueva ¨funcione como se espera¨ no es hacer testing, es solo hacer un checking manual, el cual podría <a href="http://testingfordamis.blogspot.com.ar/2014/11/disipando-conceptos-erroneos-vamos.html" target="_blank">automatizarse</a> a futuro, pero no es hacer testing.<br />
Testing es entender la funcionalidad, su contexto, quienes la pueden usar, como afectara a las viejas funcionalidades, que cosas le faltan, que cosas le sobran, y cualquier otra información necesaria que nos permitirá entender mejor qué estamos testeando y generar luego un reporte con la información obtenida a partir de nuestro trabajo, para que la gente que decide sobre la calidad del producto, pueda tomar decisiones.<br />
<br />
<b>Construir el mejor sistema antes que romper el sistema: </b>aparte de encontrar defectos, los demás creen que lo que hacemos es romper el sistema, y nos ven como seres negativos y oscuros porque rompemos eso tan bonito que pensaron, diseñaron y construyeron. Pues les tengo noticias, los testers no rompen el sistema...ya estaba roto. Nuestro trabajo es ayudar a los que lo construyen a hacerlo lo mejor posible, con la mayor calidad posible, somos parte de ese proceso de construcción, no los agentes de destrucción!<br />
<br />
<b>Responsabilidad del equipo por la calidad antes que responsabilidad del tester: </b>No somos los guardianes de la calidad, no somos los policías que van descubriendo los crímenes de los desarrolladores. Como testers, somos responsables de ayudar al equipo en su totalidad a comprometerse con la calidad del producto. El producto se realiza entre todos, y la calidad también. Debemos asegurarnos que el equipo desarrolle practicas que ayuden a mejorar la calidad, ya sea desde el análisis, el diseño, el desarrollo o el mismo testing. La calidad es responsabilidad de todos, si eso es entendido por todos, será mucho mas fácil mejorar.<br />
<br />
Creen que falta algún punto? algo para mejorar? Seguramente que si, pero con estos principios básicos, la calidad del producto, y nuestro trabajo, será mucho mejor.<br />
<br />Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-8813069557316883560.post-85813839593556427632015-01-19T06:54:00.001-08:002015-01-19T06:54:07.692-08:00Bug Magnet - Pequeña herramienta para facilitar la vida<div class="separator" style="clear: both; text-align: center;">
</div>
<div class="separator" style="clear: both; text-align: center;">
<a href="http://2.bp.blogspot.com/-M2TFkNF1eOc/VL0WKWSTCbI/AAAAAAAAKKE/J4d1GlwEwx4/s1600/wile_e_coyote_and_the_tnt_by_bjnix248-d3d8xsa.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="http://2.bp.blogspot.com/-M2TFkNF1eOc/VL0WKWSTCbI/AAAAAAAAKKE/J4d1GlwEwx4/s1600/wile_e_coyote_and_the_tnt_by_bjnix248-d3d8xsa.jpg" height="488" width="640" /></a></div>
<div class="separator" style="clear: both; text-align: left;">
<br /></div>
<div class="separator" style="clear: both; text-align: left;">
<span style="font-family: Arial, Helvetica, sans-serif;">Me encanta cuando los testers que se dan mañana para programar, hacen pequeñas joyas como esta. Hoy les presento Bug Magnet, un add-on originalmente para Chrome, creado por <span style="background-color: #f5f8fa; line-height: 1;"><a href="https://twitter.com/gojkoadzic" target="_blank">Gojko Adzic</a> que facilita la vida haciendo un checklist con diferentes tipos de inputs a tan solo un click derecho de distancia.</span></span></div>
<div class="separator" style="clear: both; text-align: left;">
<span style="font-family: Arial, Helvetica, sans-serif;"><span style="background-color: #f5f8fa;"><span style="line-height: 1;">Podemos usar Lorems, diferentes tamaños de textos, tipos de nombres, emails validos/</span><span style="line-height: 16px;">inválidos, números, espacios en blanco, SQL injection y un largo etcétera. Muy útil para no olvidarse ningún tipo de combinación rara.</span></span></span></div>
<div class="separator" style="clear: both; text-align: left;">
<span style="font-family: Arial, Helvetica, sans-serif;"><span style="background-color: #f5f8fa;"><span style="line-height: 16px;">Muy fácil de usar, me encanta cuando las ideas simples se vuelven herramientas imprescindibles.</span></span></span></div>
<div class="separator" style="clear: both; text-align: left;">
<span style="font-family: Arial, Helvetica, sans-serif;"><span style="background-color: #f5f8fa;"><span style="line-height: 16px;">Les dejo acá bajo donde bajarlo, espero que les sea útil</span></span></span></div>
<div class="separator" style="clear: both; text-align: left;">
<br /></div>
<div class="separator" style="clear: both; text-align: left;">
<a href="http://2.bp.blogspot.com/-iw2_laq0faI/VL0aT-NCMvI/AAAAAAAAKKQ/9VLYmMHYbyY/s1600/chrome-small-tile.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="http://2.bp.blogspot.com/-iw2_laq0faI/VL0aT-NCMvI/AAAAAAAAKKQ/9VLYmMHYbyY/s1600/chrome-small-tile.png" height="203" width="320" /></a></div>
<div class="" style="clear: both; text-align: left;">
<span style="font-family: Arial, Helvetica, sans-serif;"><span style="background-color: #f5f8fa;"><span style="line-height: 16px;">Chrome: </span></span><span style="line-height: 16px;">http://gojko.github.io/bugmagnet/</span></span></div>
<div class="" style="clear: both; text-align: left;">
<span style="font-family: Arial, Helvetica, sans-serif;"><span style="background-color: #f5f8fa;"><span style="line-height: 16px;">Firefox: </span></span><span style="line-height: 16px;">https://addons.mozilla.org/en-us/firefox/addon/bugmagnet-firefox/?src=search</span></span></div>
<br />
<br />Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-8813069557316883560.post-27755080800405344942014-11-19T11:59:00.000-08:002014-11-19T12:09:40.602-08:00Como trabajar en el interior del país y no morir en el intentoEste post está dirigido a los "porteños", los cuales nos referimos al resto del país como "El Interior", y especialmente a los que sueñan con irse de la gran ciudad y vivir mas tranquilos en alguna provincia.<br />
Por razones personales, debo volver a Buenos Aires, es por eso que antes quiero contar mi experiencia en Mendoza y mi búsqueda previa y primeros tiempos aquí.<br />
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="http://1.bp.blogspot.com/-i4s7pqIOv_8/VGz0gqljnLI/AAAAAAAAKJc/GTuCzNurOBE/s1600/jardin.JPG" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" src="http://1.bp.blogspot.com/-i4s7pqIOv_8/VGz0gqljnLI/AAAAAAAAKJc/GTuCzNurOBE/s1600/jardin.JPG" height="300" width="400" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">la dura vida en el interior...</td></tr>
</tbody></table>
Todos vemos normalmente en las películas y series estadounidenses, que los protagonistas se van de una ciudad a otra, ya sea por trabajo o por estudio, pero generalmente cuando es por trabajo, lo hacen ya con el trabajo conseguido desde su lugar de origen. Tal vez no sea algo tan común o fácil de hacer, pero es mas normal que en Argentina.<br />
En nuestro país, generalmente la gente "del interior" viene a la Mega ciudad de AMBA (Area Metroplitana de Buenos Aires...o sea Capital y Gran BsAs) a vivir y tratar de conseguir trabajo, muy pocos llegan ya con un trabajo. Lo mismo sucede con los locos que nos vamos a otra provincia, la mayoría primero llega y luego consigue el trabajo. Es muy dificil conseguir el trabajo estando lejos, la mayoría de las empresas tiene procesos arcaicos en donde en un punto u otro te quieren ver en vivo y en directo. Hoy por hoy hay 2 rubros en donde se puede conseguir trabajo antes de llegar: Turismo (mayormente trabajos temporales) o en Informática, como es mi caso.<br />
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="http://3.bp.blogspot.com/-6fLbMgtOsNI/VGz0MeSobFI/AAAAAAAAKJY/MaQ7wURIHeA/s1600/chacras.JPG" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" src="http://3.bp.blogspot.com/-6fLbMgtOsNI/VGz0MeSobFI/AAAAAAAAKJY/MaQ7wURIHeA/s1600/chacras.JPG" height="298" width="400" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Camino al trabajo</td></tr>
</tbody></table>
En 2011, cuando estaban terminando mi carrera, empecé mi búsqueda de oportunidades en las provincias Argentinas. Lamentablemente, como en casi todos los rubros, la mayoría de las empresa tecnológicas se encuentran en el AMBA y en menor medida en las grandes ciudades (Córdoba, Rosario, Mar del Plata, Tucuman y Mendoza), en los polos tecnológicos (San Luis, Paraná, Tandil, Posadas, entre otros) o en el único lugar en donde se hace tecnología de punta: Bariloche (Centrales Nucleares y Satélites tambien necesitan ingenieros en sistemas).<br />
<br />
La mejor forma de empezar es tratando de saber primero a donde queremos ir a vivir (y tener más de una opción por las dudas) y luego armar una lista con todas las empresas que están en esa zona. A veces es dificil ir hasta el lugar y conocerlo en persona, aunque es lo ideal, hay que aprovechar unas vacaciones para ir y conocer.<br />
Hoy en día ayuda mucho Linkedin y Google, buscando palabras claves como "relocalización", "relocarse","trasladarse", etc.<br />
Luego hay que empezar a hacer networking en Linkedin con los de RRHH y empleados de las empresas de la zona que nos interesa. Los reclutadores por razones obvias, y los empleados por que a veces te pueden dar información a cerca de la empresa que trabajan ( es solo cuestión de pedirlo amablemente)<br />
Una vez que tenemos la ciudad donde queremos vivir, las empresas disponibles, y los contactos, hay que empezar la búsqueda. Muchas veces las empresas no publican en los medios tradicionales que usamos, como los portales de trabajo o Linkedin mismo, por eso hay que mandarles nuestro curriculum igual, uno nunca sabe.<br />
<br />
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="http://2.bp.blogspot.com/-FYy--0_47gE/VGz1SAxdzVI/AAAAAAAAKJk/n47WqaPBDcc/s1600/asadito.JPG" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" src="http://2.bp.blogspot.com/-FYy--0_47gE/VGz1SAxdzVI/AAAAAAAAKJk/n47WqaPBDcc/s1600/asadito.JPG" height="298" width="400" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">El asadito se hace con Leña!</td></tr>
</tbody></table>
Lo ideal es empezar por las empresas que hacen búsquedas activas y una vez que entremos en contacto ir tanteando cuales están dispuestas a contratar gente "de afuera". La mayoría quieren al candidato en el mismo lugar para poder entrevistarlo, hay que tratar que te acepten tener una primera entrevista via skype o similar. Luego hay que tratar de reducir el grupo de empresas a aquellas que esten dispuestas a ofrecer un plus por trasladarnos hasta allí a trabajar y vivir y negociar.<br />
En mi caso particular tuve una sola propuesta en donde me ofrecían el alquiler temporal de un departamento y un plus por mudarme y fue en <a href="http://www.belatrixsf.com/" target="_blank">Belatrix</a>, una de las principales empresas de servicios nearshore de latinoamerica. Todo el proceso lo hicimos via skype y me facilitaron todo lo necesario para ayudarme en la transición a mi nuevo trabajo y ciudad. Belatrix tiene oficinas en Chacras de Coria, con unos hermosos jardines y otras en plena Ciudad de Mendoza, mas parecidas a cualquiera de las que se pueden encontrar en BsAs.<br />
Finalmente, una vez que conseguimos el trabajo, lo que hay que hacer es sacarse el miedo al cambio.<br />
Tenes hijos? te lo van a agradecer, van a vivir mas tranquilos, conseguiles una casa con jardín (generalmente cuestan menos alquilar que en AMBA). Estas casado? habla mucho con tu pareja antes de empezar la búsqueda, pero mucho, y si pueden ir juntos a conocer la ciudad en donde quieren vivir, mejor. Vas a extrañar a tu familia? cuantas veces la ves al año? skype y 1 o 2 horas de avión hacen que las distancias sean cortas. Yo he visto a mi familia al menos una semana al año en estos 3 años.<br />
Es fácil cambiar? y no, no lo es, pero si no probas nunca vas a saber que vale la pena. Hay que dejar de tenerle miedo al "interior" y ver las oportunidades que hay mas allá del Gran Buenos Aires.<br />
Cada día hay más empresas dispuestas a contratar gente de Buenos Aires, por que, como en todos lados, la gente de sistemas escasea. Es cuestión de buscar y ser valiente.<br />
Ojalá mi estadía en Buenos Aires sea lo mas corta posible y pueda volver a ver estos jardines.<br />
<br />
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="http://3.bp.blogspot.com/-VLHTa7bHKbs/VGzyyrGAaMI/AAAAAAAAKJE/HKmzAqg2xDw/s1600/jardin.jpg" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" src="http://3.bp.blogspot.com/-VLHTa7bHKbs/VGzyyrGAaMI/AAAAAAAAKJE/HKmzAqg2xDw/s1600/jardin.jpg" height="320" width="240" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Vista desde mi escritorio en Chacras de Coria</td></tr>
</tbody></table>
<i>Nota aclaratoria: Aunque trabajo para Belatrix, este post lo hago por que quiero. No ha sido solicitado por nadie de la empresa y es mi opinión personal.</i>Unknownnoreply@blogger.com3tag:blogger.com,1999:blog-8813069557316883560.post-87044683351593531542014-11-06T07:46:00.000-08:002014-11-06T07:46:13.031-08:00Disipando Conceptos Erróneos - "Vamos a automatizar todo y deshacernos de todos nuestros Testers"Hoy les traigo un post de <a href="https://twitter.com/DanAshby04" target="_blank">Dan Ashby</a>, un Analista de Testing de Londres.<br />
Este es el 5to <a href="http://danashby04.wordpress.com/2014/11/06/dispelling-the-misconceptions-5-lets-100-automate-everything-and-get-rid-of-all-our-testers/" target="_blank">post</a> de una serie, y como se trata de automatización y me estoy metiendo de lleno en estos temas, me pareció muy interesante traducirlo. Espero que les guste.<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="http://4.bp.blogspot.com/-bUve3zqSQZk/VFuWHZ9lHMI/AAAAAAAAKIk/LDz7OAdxj0U/s1600/robots_150513.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="http://4.bp.blogspot.com/-bUve3zqSQZk/VFuWHZ9lHMI/AAAAAAAAKIk/LDz7OAdxj0U/s1600/robots_150513.jpg" height="300" width="400" /></a></div>
<br />
<br />
Oigo esto todo el tiempo. Incluso de gente de muy alto rango. El último de ellos fue de un gerente de desarrollo, preguntando por qué estamos "todavía necesitando tener testers probando el software, si estamos apuntando a automatizar el 100% de todo"...<br />
<br />
En primer lugar, la verdad es muy simple: <span style="font-size: large;"><b>sólo se puede automatizar lo que sabe y esperas.</b></span><br />
<span style="font-size: large;"><b><br /></b></span>
Cuando pensamos acerca de los "órdenes de ignorancia", entonces se hace más claro de por qué no es posible automatizar todo. Para aquellos que no están familiarizados con las órdenes de la ignorancia, permítanme explicarlos...<br />
<br />
Hay 5 órdenes de ignorancia:<br />
<br />
<br />
<ul>
<li>El orden 0 de la ignorancia es la falta de ignorancia. Esto es esencialmente conocimiento. El conocimiento que se puede demostrar en una forma tangible. Por ejemplo, yo estoy bien informado sobre el hecho de que es imposible automatizar todo.</li>
</ul>
<div>
<ul>
<li>El primer orden de la ignorancia es la falta de conocimiento. Esto es cuando no sabes algo y sabes que no sabes eso. Un ejemplo de esto sería que no sé cómo utilizar la herramienta OWASP Zed Attack Proxy tool, en todo su potencial. Soy consciente de que yo no sé mucho acerca de esta herramienta específica y puedo elegir entre aprender o continuar el uso de diferentes herramientas como Fiddler o Burp Suite.</li>
</ul>
</div>
<div>
<ul>
<li>El segundo orden de la ignorancia es la falta de conciencia. Esto es cuando no sabes que no sabes algo. Así que aquí es donde yo no soy más que un ignorante sobre algo, pero yo soy ignorante al hecho de que soy ignorante respecto a eso. Obviamente no se puede dar un buen ejemplo de esto, ya que eres ignorante de ello. :)</li>
</ul>
<ul>
<li>El tercer orden de la ignorancia es la falta de proceso del descubrimiento. Así que aquí es donde no estás enterado de ninguna forma de obtener el conocimiento que no sabes que no sabes algo. Esto significa que no se puede aprender sobre las cosas que no sabes, por que no sabes (es decir no puedes tomar conciencia de las cosas que son del segundo orden ignorancia para convertirlas en cosas del primer para la ignorancia).</li>
</ul>
<ul>
<li>El cuarto orden de la ignorancia es un poco descarado. Se trata básicamente de no estar al tanto de los 5 órdenes de la ignorancia. :)</li>
</ul>
<div class="separator" style="clear: both; text-align: center;">
<a href="http://2.bp.blogspot.com/-WqAaH8RQfms/VFuWzflQNZI/AAAAAAAAKIs/2ev9wmyi9oc/s1600/robot-ping-pong.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="http://2.bp.blogspot.com/-WqAaH8RQfms/VFuWzflQNZI/AAAAAAAAKIs/2ev9wmyi9oc/s1600/robot-ping-pong.jpg" height="305" width="640" /></a></div>
<div>
<br /></div>
<div>
<br /></div>
<div>
Entonces, al relacionarse esto a la automatización... Puedes sólo automatizar realmente las cosas que están dentro de el orden 0 de ignorancia, donde se tiene el conocimiento y la expectativa de cómo debe funcionar la funcionalidad, por lo tanto, escribes una afirmación que comprueba la salida y devuelve un "pass" o "fail", en cuanto a si la salida cumple esa expectativa inicial.</div>
</div>
<div>
<br /></div>
<div>
Por otro lado, cualquier cosa que se ajuste dentro del resto de los órdenes de la ignorancia (en concreto el primer y segundo orden de la ignorancia), será imposible de automatizar, ya que no tienes conocimientos previos sobre cómo funcionará la funcionalidad o función. No tienes una expectativa o no eres consciente de ciertos escenarios o variables que rodean la funcionalidad con el fin de ser capaz de formar una expectativa que sea capaz de afirmar ese chequeo.</div>
<div>
<br /></div>
<div>
El Pensamiento Lateral y Testing Exploratorio ayudan en la transformación de los "desconocidos" en "conocidos", también ayudan en la transformación de los "desconocidos-desconocidos" en "incógnitas conocidas". Si bien no es posible hacerlo únicamente manteniendo conversaciones previas, las conversaciones ayudan. La mejor manera de aprender adecuadamente acerca de cómo funciona realmente un sistema, es de aprender del sistema a medida que investigamos. Por lo tanto estamos aprendiendo continuamente, diseñando nuestras pruebas (pensando nuevas preguntas para hacer al software) y haciendo nuestras pruebas a medida que aprendemos más.</div>
<div>
<br /></div>
<div>
Un segundo punto que me gustaría resaltar es que, incluso para las cosas de orden 0 (las cosas que usted sabe, ni pensar en las cosas que usted no sabe en este momento), es: va a ser realmente de valor en la lucha para automatizar <i>todo</i> en lo que usted tiene una expectativa? Por ejemplo, ¿vale la pena la automatización de un escenario que sólo tenemos que ejecutar una vez?</div>
<div>
<br /></div>
<div>
Al pensar en lo que hay que automatizar, tenemos que pensar en VALOR... Yo soy un gran defensor de la automatización. Es muy valiosa en los entornos ágiles de hoy, con todo moviéndose mucho más rápido y fluido, con más agilidad. Nos da repetibilidad y feedback extremadamente rápido para nuestras tareas de comprobación, tales como pruebas de regresión o sanity/smoke testing. También es muy útil para ayudar a tus actividades de ensayo pensantes, usarlo para cosas como la creación de datos o la realización de acciones para llegar a lo profundo del flujo de trabajo a la parte del sistema que necesitas para poner a prueba... </div>
<div>
Sin embargo, tenemos que ser conscientes para qué la automatización es útil, y cuáles son las limitaciones, para que no caigamos en este concepto erróneo y cometer algunos errores graves.</div>
<div>
<br /></div>
<div>
Por lo tanto, la próxima vez que escuche a alguien decir "Vamos a automatizar todo", habla con ellos acerca de por qué eso en realidad no es posible y ayuda a hacer del mundo un mejor lugar :)</div>
<div>
<br /></div>
<div>
Dan Ashby</div>
<div>
<br /></div>
<div class="separator" style="clear: both; text-align: center;">
<a href="http://1.bp.blogspot.com/-4Y8IHvorldc/VFuXCcy5StI/AAAAAAAAKI0/FN1YF-twcJo/s1600/RobotAburrido.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="http://1.bp.blogspot.com/-4Y8IHvorldc/VFuXCcy5StI/AAAAAAAAKI0/FN1YF-twcJo/s1600/RobotAburrido.png" height="320" width="310" /></a></div>
<div>
<br /></div>
<br />
<br />
<br />Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-8813069557316883560.post-85623915818509049892014-10-20T07:56:00.001-07:002014-10-22T08:15:11.797-07:00Testing es...Ayer por la noche (de Argentina), Michael Bolton escribió una serie de tuits sobre qué es el Testing, en una especie de Manifiesto.<br />
Hice un Storify para que los puedan leer, vale la pena aunque estén en inglés.<br />
<br />
<div class="storify"><iframe src="//storify.com/damimj/testing-is/embed" width="100%" height=750 frameborder=no allowtransparency=true></iframe><script src="//storify.com/damimj/testing-is.js"></script><noscript>[<a href="//storify.com/damimj/testing-is" target="_blank">View the story "Testing is..." on Storify</a>]</noscript></div>Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-8813069557316883560.post-30824939143983255692014-09-18T08:41:00.000-07:002014-09-18T08:41:07.177-07:00Por qué no sirve la ISO 29119 para el Software Testing - Parte 2Continuando con la traducción del <a href="http://www.developsense.com/blog/2014/09/frequently-asked-questions-about-the-29119-controversy/" target="_blank">articulo</a> de Michael Bolton. Pueden ver la primera parte <a href="http://testingfordamis.blogspot.com.ar/2014/09/por-que-no-sirve-la-iso-29119-para-el.html" target="_blank">aquí</a>.<br />
Nuevamente pido disculpas por anticipado por la traducción, no soy un profesional :P.<br />
<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="http://2.bp.blogspot.com/-qlm3zxJw6gY/VBr83B1dtEI/AAAAAAAAKDk/rwWfFKE1Tcc/s1600/iso9001.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="http://2.bp.blogspot.com/-qlm3zxJw6gY/VBr83B1dtEI/AAAAAAAAKDk/rwWfFKE1Tcc/s1600/iso9001.jpg" height="476" width="640" /></a></div>
<br />
<br />
P: <i>La norma ha estado en desarrollo durante los últimos siete años; ¿por qué has esperado tanto tiempo?</i><br />
<i><br /></i>
Algunos de nosotros no hemos estado esperando. Por ejemplo, he dado esta <a href="http://www.developsense.com/presentations/2011-10-PNSQC-StandardsAndDeviations.pdf" target="_blank">presentación</a> en 2011. Algunos de nosotros hemos estado ocupados oponiéndose a los sistemas de certificación (Sólo ahi hay tanto <a href="http://en.wikipedia.org/wiki/Rent-seeking" target="_blank">buscador de rentas</a> que uno puede oponer a la vez) Varios de nosotros hemos discutido largamente y en público con algunas de las figuras más prominentes que promueven la norma en las conferencias. A veces parecen no entender nuestras objeciones. Sin embargo, como dijo <a href="http://en.wikiquote.org/wiki/Upton_Sinclair" target="_blank">Upton Sinclair</a>: "Es difícil conseguir que un hombre comprenda algo cuando su salario depende de que no lo entienda!"Ya sea a través de terribles argumentaciones o engaño deliberado, las respuestas en esas discusiones normalmente tenían la forma de <a href="http://es.wikipedia.org/wiki/Non_sequitur_(figura_literaria)" target="_blank">no-sequiturs</a>: "El estándar es opcional; algo es mejor que nada; muchas personas estuvieron involucradas; lo perfecto es enemigo de lo bueno; estamos tratando de ayudar a todas aquellas pobres personas que no saben qué hacer ". Los promotores de los estándares deberían (y probablemente lo hacen) saber que esas declaraciones se aplicarían a cualquier modelo de proceso que cualquier persona o grupo podría ofrecer. La construcción de la autoridad falsa en la ISO, y luego apelar a la autoridad, se ve muy parecido a la búsqueda de rentas para mí.<br />
Por otra parte, la deformación de creer que la norma ha sido objeto de desarrollo serio cuando algunos de los modelos básicos (por ejemplo, el modelo de la 29119 para <a href="http://www.developsense.com/blog/2014/09/progress-in-drafting-iso29119/" target="_blank">el proceso de planificación de las pruebas</a>) ha pasado esencialmente sin cambios durante cuatro años, un período que incluyó el auge de los smartphones y la tecnología móvil, las secuelas de la crisis financiera, y el surgimiento de la Tablet PC. Agile Testing, según se informa, granjea poco más que unas pocas referencias.<br />
No puedo decir que estoy sorprendido de que <a href="http://testingfordamis.blogspot.com.ar/2014/08/testing-y-checking-refinado-traduccion.html" target="_blank">el testing y checking</a> no aparecen tampoco en el radar de la 29119.<br />
<br />
P: <i>Por qué no se opone mediante el proceso formal establecido por la ISO?</i><br />
<i><br /></i>
Como James Bach señala, la verdadera pregunta aquí es: ¿por qué el oficio tiene que defenderse de un proceso de estandarización que se creó para favorecer a determinados grupos bien financiados?<br />
ISO es una organización comercial; no es un órgano de las Naciones Unidas, que emana de los gobiernos representativos electos; no es una institución académica; no es un grupo representativo de los profesionales; no esta ordenado por ninguna deidad. La responsabilidad recae sobre ISO para mostrar la relevancia del estándar, incluso en sus propios términos. <a href="http://testers-headache.blogspot.ca/2014/08/iso-29119-questions-part-1.html" target="_blank">Simon Morley</a> deconstruye eso.<br />
<br />
P: <i>No sería bueno tener un lenguaje común internacional para las pruebas de software?</i><br />
<i><br /></i>
Gran idea! De hecho, sería bueno tener un lenguaje común internacional para todo. Y con el fin de ser verdaderamente internacional y representar a la mayoría de la gente en el mundo, vamos a hacer que ese idioma sea el mandarín, o el hindi.<br />
Hay muchos argumentos para demostrar que un lenguaje común para las pruebas de software no es ni deseable ni posible. He escrito en mi <a href="http://www.developsense.com/blog/2011/06/common-languages-aint-so-common/" target="_blank">blog</a> acerca de algunos de ellos, y lo he hecho más de una <a href="http://www.developsense.com/blog/2011/11/smoke-testing-vs-sanity-testing/" target="_blank">vez</a>.<br />
<br />
P: <i>Por qué estás siempre en contra de las cosas? ¿No quieres estar a favor de algo?</i><br />
<i><br /></i>
Uno no tiene que estar a favor de algo para estar en contra de algo que es odioso. Pero como cuestión de hecho, yo estoy a favor de algo que es más importante que cualquier estándar: la libertad y la responsabilidad de la calidad de mi trabajo (como espero que todos los testers estén a favor de la libertad y la responsabilidad por la calidad de su propio trabajo).<br />
Esto incluye la responsabilidad de hacer mi trabajo capaz, creíble, abierto al escrutinio, y tan rentable como sea posible. Debo ser responsable ante mis clientes, a mi oficio, y para la sociedad en su conjunto. En mi opinión, estas responsabilidades no lo hacen y no deben incluir, el cumplimiento de unas normas preestablecidas, poco representativas, innecesarias, que consumen tiempo y creadas por documentación auto-proclamada y entusiastas de los proceso-modelo.<br />
Algunas cosas por las que estoy a favor: las <a href="http://www.developsense.com/blog/2012/09/premises-of-rapid-software-testing-part-1/" target="_blank">premisas</a> del Rapid Software Testing y su <a href="http://www.satisfice.com/images/RapidTestingFramework.pdf" target="_blank">framework</a>; el estudio de las estructuras del <a href="http://www.developsense.com/resources.html#exploratory" target="_blank">Testing Exploratorio</a>; el <a href="http://www.satisfice.com/tools/htsm.pdf" target="_blank">modelo</a> de estrategia de testing basado en la heurística; un conjunto de <a href="http://www.satisfice.com/blog/archives/652" target="_blank">compromisos</a> para que los testers le hagan a sus clientes; la <a href="http://www.developsense.com/blog/2010/09/test-framing/" target="_blank">práctica</a> de la habilidad en el marco del testing; la excelencia en la presentación de <a href="http://www.developsense.com/blog/2012/02/braiding-the-stories/" target="_blank">informes</a>; y una serie de otras cosas. Esto no es representativo de la amplia comunidad del Testing... así que apuesto a que te alegras de que el cumplimiento de los estándares establecidos por James y yo es voluntaria. De hecho, el cumplimiento de nuestros estándares requiere que invente las pruebas por sí mismo; a adoptar las normas que ayudan; y resistir a las que no lo hacen, incluido la nuestra. Pero si usted encuentra algo que funcione para usted, dígalo. Dígale a todo el mundo.<br />
<br />
P: <i>Qué pasa con las </i><i>pobres </i><i>personas que necesitan orientación sobre cómo testear?</i><br />
<i><br /></i>
Mis ofrendas (gratis) a esa pobre gente incluyen lo mencionado arriba. Esa pobre gente puede hacer uso de estas sugerencias e investigar las alternativas que alguien más pueda ofrecerle. Eso puede ser más difícil que hacer referencia a un estándar ISO y apelando a su autoridad (Puede ser considerablemente más fácil, también) Pero mi primera pieza de orientación sobre la forma de testear es esta: aprenda acerca de las pruebas, y aprenda cómo <a href="http://www.satisfice.com/blog/archives/856" target="_blank">testear</a>, a través del estudio y la práctica. Yo sostengo que la ISO 29119 no le ayudará con eso.<br />
<br />
Si te convenció Michael Bolton, puedes firmar la petición en contra de la ISO 29119 <a href="http://www.ipetitions.com/petition/stop29119" target="_blank">aquí</a><br />
<br />Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-8813069557316883560.post-89950605202837463802014-09-09T11:54:00.001-07:002014-09-09T11:54:59.803-07:00Por qué no sirve la ISO 29119 para el Software Testing - Parte 1En las ultimas semanas ha ido creciendo la voz en contra de la ISO 29119, un standard de la ISO para el software testing que no va ayudar en nada.<br />
Muchos autores han hablado al respecto y pueden encontrar todos los links al respecto en la página de la International Society for Software Testing (<a href="http://www.commonsensetesting.org/stop29119/" target="_blank">ISST</a>)<br />
Tambien pueden firmar la petición en contra de la ISO 29119 <a href="http://www.ipetitions.com/petition/stop29119" target="_blank">aquí</a> (no se si sirve de mucho pero yo ya la firmé)<br />
Pero que es la ISO 29119 exactamente? Por que están en contra? Bueno , el tema es largo y complejo, por eso prefiero traducir este FAQ realizado por Michael Bolton en su <a href="http://www.developsense.com/blog/2014/09/frequently-asked-questions-about-the-29119-controversy/" target="_blank">blog</a>.<br />
Espero que les sea útil. Si ven algún error de traducción, sepan disculpar. Lo dividí en 2 partes porque es muy largo.<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="http://4.bp.blogspot.com/-t_3LsDzYsFg/VAYbq-lbXQI/AAAAAAAAKDI/ecZKUtbBunY/s1600/Stop-29119.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="http://4.bp.blogspot.com/-t_3LsDzYsFg/VAYbq-lbXQI/AAAAAAAAKDI/ecZKUtbBunY/s1600/Stop-29119.png" height="320" width="320" /></a></div>
<br />
<h4>
Preguntas Más Frecuentes Acerca de la Controversia sobre la 29119:</h4>
Este es un primer intento de una lista de preguntas más frecuentes sobre el movimiento para detener la ISO 29119. Aquí hablo por mí mismo, y no para la comunidad. Si usted ve un "nosotros", se refiere a mi percepción de la comunidad en general, pero no necesariamente a toda la comunidad; el tamaño puede variar. Hay un montón de discusiones en la comunidad; Huib Schoots está curando una colección de recursos sobre la controversia. Si tienes una percepción diferente o una opinión diferente, por favor compártela y hágamelo saber. Mientras tanto, me apresuro a señalar que absolutamente todos son bienvenidos y alentados a compartir mis opiniones.<br />
<br />
P: <i>¿Por qué molestarse con un ataque de la comunidad a la norma ISO 29119? No es relevante para la mayoría de los probadores? ¿Y por qué ahora?</i><br />
<i><br /></i>
Para empezar, creemos que la ISO 29119 no es pertinente a todos los Testers, en el sentido de que parece ser un sobre estructurado modelo de procesos, centrado en una implacable y pesada burocracia derrochadora y de papeleo, con un contenido insignificante sobre las pruebas reales. Si su organización está en el negocio de producir documentación inútil, que así sea, pero eso no es lo que llamamos Testing. Los enfoques sugeridos por 29119 podrían ser útiles para las personas que están más interesados en cuidarse el culo que en la cobertura de pruebas.<br />
<br />
Los originadores y los partidarios de la petición están tratando de establecer un patrón de oposición a la norma. Esto es importante cuando los abogados o auditores preguntan "¿Por qué no sigues 'un conjunto internacionalmente acordado de normas para las pruebas de software que se pueden utilizar dentro de cualquier ciclo de vida de desarrollo de software u organización'?"<br />
Grandes voces de la oposición -no sólo a la norma, sino también al proceso por el cual fue creada y por el cual se comercializará- ayudarán a demostrar que la sugerencia de "acuerdo internacional" no tiene sentido; que la norma tergiversa las pruebas como muchos testers prominentes lo ven; que la norma es excesivamente compleja y opaca; que es a la vez demasiado vaga aquí y demasiado específica allí para ser útil en "cualquier" organización; y que los contextos radicalmente diferentes para el testing -muy apropiadamente- requieren enfoques radicalmente diferentes para testear.<br />
<br />
En cuanto a la pregunta "¿por qué ahora", hay otra razón por esta oleada que, creo, que estamos descubriendo a medida que avanzamos: en los últimos años, a trancas y barrancas, la comunidad de Testing guiado por el Contexto <i>(NdT: Context-Driven testing, no tengo una buena traducción para esto, je.)</i> se ha convertido en mucho más grande y más capaz de actuar como una comunidad. Y eso a pesar del hecho de que las personas que aspiran a ser pensadores ferozmente independientes, pueden ser un grupo bastante rebelde. Una comunidad que acoge serios desacuerdos tendrá serios desacuerdos, y ha habido algunos. Sin embargo, parece que, de vez en cuando, hay algunas cosas que son lo bastante odiosa para unirnos. Personalmente, estoy tratando esto como una prueba y una experiencia de aprendizaje para prepararnos para algo en serio importante.<br />
<br />
P:<i> Los promotores de la norma insisten en que no es obligatoria, así que ¿cuál es el alboroto?</i><br />
<i><br /></i>
The promoters of the standard who say that the standard is not mandatory are being disingenuous. They are well aware of this idea:<br />
"Otro esquema de clasificación distingue entre los estandares voluntarios, que por sí mismos no implican obligaciones relacionadas con su utilización, y los estándares obligatorios. Una estandar obligatorio se publica generalmente como parte de un código, norma o reglamento por un organismo gubernamental regulador y establece la obligación de las partes especificadas a ajustarse a la misma. Sin embargo, la distinción entre estas dos categorías se puede perder cuando los estándares de consenso voluntario se referencian en las regulaciones gubernamentales, haciendolos efectivamente en estándares obligatorios ". (<a href="http://www.nist.gov/standardsgov/definestandards.cfm" target="_blank">fuente</a>)<br />
Los promotores de la 29119 comienzan usando la apelación a la autoridad (en este caso, la reputación de la ISO) para declarar una estandar. Si se da la circunstancia de que un regulador o burócrata, mal informado acerca del Testing, pasa sobre "un conjunto internacionalmente acordado de normas para las pruebas de software que se pueden utilizar dentro de cualquier ciclo de vida de desarrollo de software u organización" y se refiere a ellos en las regulaciones del gobierno, bueno, entonces, tanto mejor para los aspirantes a <a href="http://www.developsense.com/blog/2014/08/rising-against-the-rent-seekers/" target="_blank">buscadores de ganancias</a> que podrían haber estado involucrados en la redacción de la norma.<br />
<br />
P: <i>Si la ISO 29119 es tan terrible, no va a desaparecer por su propio peso?</i><br />
<i><br /></i>
Sí, probablemente lo hará en la mayoría de los lugares. Pero durante un tiempo, algunas organizaciones (incluidas las públicas; tus impuestos en acción, recuerda) _ coquetearán con ella a un gran costo-incluyendo los costos fácilmente previsibles de inncesario cumplimiento , desplazamiento de objetivos, la tergiversación de las pruebas, y otra ronda de comercialización de certificaciones falsas, por lo que los buscadores de rentas consiguen una oportunidad para recoger de los bolsillos de los ingenuos y los cínicos.<br />
<br />
P: <i>¿No está sólo quejándose porque usted está preocupado de que su enfoque no-estándar del Testing le pondrá fuera del negocio?</i><br />
<i><br /></i>
Así es como yo respondí esta pregunta en un <a href="http://www.doxatheca.at/blog/wp/archives/677" target="_blank">blog</a> (con un par de ediciones menores por los errores tipográficos y claridad):<br />
"En un sentido, no hará ninguna diferencia para mi negocio si 29119-1, 29119-2 y 29119-3 se quedan, y si 29119-4 y 29119-5 pasan de borrador a aceptarse. <a href="http://www.developsense.com/courses.html" target="_blank">Rapid Software Testing</a> es acerca de las habilidades reales de testing (exploración, experimentación, pensamiento crítico, pensamiento científico, de información articulado, y así sucesivamente). Eso no compite con la 29119, en la misma manera que un restaurante de pescado no compite con las compañías que hacen que las conservas de atún. Nos oponemos a las personas que manipulan el mercado, y el proceso de desarrollo de las normas ISO de sugerir a todo el mundo que el atún enlatado es el único alimento apto para comer para la gente. Discuto eso <a href="http://www.developsense.com/blog/2014/08/rising-against-the-rent-seekers/" target="_blank">aquí</a>.<br />
"En otro sentido, la 29119 podría ser fantástica para mi negocio. Me ofrecería una manera de extender la marca: cómo hacer testing excelente y rentable que resista al escrutinio en contextos en los que algún burócrata, muy lejos fuera del proyecto de desarrollo, se dejó engañar en la creencia de que la 29119 era importante. Por el momento, estoy feliz de referir ese tipo de negocio a colegas míos, pero sospecho que sería algo así como una mina de oro para mí. Sin embargo, todavía me opongo a la 29119, porque lo que está en mi interés puede no estar en los intereses de mis clientes y de la sociedad en general.<br />
"Permítanme ser específico: Hay normas existentes para dispositivos médicos, para la aviónica, y similares. Estas normas son importantes, y muchos de ellos son concisos y están bien escritos, y fueron creados por una verdadera colaboración entre las partes interesadas. Testers que están trabajando en dispositivos médicos o en el software de aviación tienen un número limitado de minutos en la jornada de trabajo. Como alguien que vuela mucho, y como alguien que es probable que requiera la ayuda de dispositivos médicos en un futuro próximo, yo preferiría que los testers pasen tantos minutos como sea humanamente posible realmente investigando el software, en lugar de cumplir (auténticamente, patéticamente , o maliciosamente) una norma innecesaria para el modelado de procesos, documentación, y la estrategia (un estándar para el desarrollo de una estrategia, imagine eso!) ".<br />
<br />
P: <i>A usted simplemente no le gusta las normas. ¿No es verdad?</i><br />
<i><br /></i>
Pues no. Me encantan las normas cuando se usan apropiadamente.<br />
Como he subrayado en una presentación de PNSQC en 2011, denominada "Estándares y desviaciones", es posible y a menudo deseable para describir y normalizar los widgets (cosas tangibles y físicas que tienen atributos cuantitativamente medibles), y que deben interactuar, relacionarse, o encajar con otras cosas. Gracias a Dios por tornillos estandarizados y los destornilladores, CDs y discos duros SATA! Bravo a la UE por ordenar que las fuentes de alimentación para Smartphones se estandarice a USB! Sin embargo, incluso con los widgets, hay cuestiones relacionadas con la tensión entre los estándares y un estado de avance de la técnica. <a href="http://www.joelonsoftware.com/items/2008/03/17.html" target="_blank">Aquí</a> está uno de los mejores artículos de la historia sobre problemas con los estándares.<br />
Es más difícil describir los procesos, ya que la descripción es, por necesidad, un modelo del proceso. Es difícil para muchas personas evitar cosificar el modelo, es decir, evitar tratar al modelo, la idea, como si fuera una cosa. Para un ejemplo de sobrecosificación del Testing, tómese un momento para reflexionar sobre la noción de lo que representa el trabajo de pruebas en términos de casos de prueba; lea luego "<a href="http://www.testingcircus.com/documents/TestingTrapeze-2014-February.pdf#page=31" target="_blank">Los Casos de prueba no son Testing: Hacia una Cultura de Test Performance</a>" por James Bach & Aaron Hodder.<br />
Más en general, el enfoque de la 29119 en los artefactos y el modelo de proceso<br />
desplaza y descentra de la parte más importante de cualquier esfuerzo de pruebas: el conjunto de habilidades y la mentalidad del tester individual.<br />
<br />
P: <i>De verdad creen que la norma ISO 29119 puede ser detenida?</i><br />
<i><br /></i>
No, claro que no lo creemos. Curtis Stuehrenberg lo pone perfectamente en una discusión en <a href="https://www.linkedin.com/groupItem?view=&gid=55636&item=5906227701181591553&type=member&commentID=5910478999326314496&trk=hb_ntf_LIKED_GROUP_DISCUSSION_COMMENT_YOU_CREATED#commentID_5910478999326314496" target="_blank">LinkedIn</a>: "La petición no se trata de detener la publicación más de lo que una marcha contra la guerra es acerca de una expectativa razonable de poner fin a una guerra a través de un desfile. El punto de la petición y la charla general es para asegurarse de que al menos algunas personas escuchan que hay una parte importante de la comunidad del Testing que no estuvo representada y que defienden diferentes puntos de vista y prácticas para las pruebas de software como una disciplina profesional ". Si no podemos conseguir detener el estándar por los mecanismos de la ISO, por lo menos podemos demostrar que hay una ausencia de consenso fuera de los grupos de trabajo de la 29119.Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-8813069557316883560.post-56297923259111899972014-08-25T09:32:00.001-07:002014-08-25T09:40:01.949-07:00TESTING y CHECKING Refinado - Traducción al CastellanoHace un tiempo largo,realicé una traducción de un <a href="http://testingfordamis.blogspot.com.ar/2013/01/convertirse-en-un-tester-de-clase.html" target="_blank">post</a> de <a class="js-nav js-initial-focus" data-send-impression-cookie="true" href="https://twitter.com/ilarihenrik" style="background-attachment: initial; background-clip: initial; background-image: initial; background-origin: initial; background-position: initial; background-repeat: initial; background-size: initial; color: #292f33; font-family: 'Gotham Narrow SSm', sans-serif, Arial; text-decoration: none;" target="_blank">IlariHenrik Aegerter</a> y ahora me he propuesto traducir otros artículos interesantes de otros autores, por que muchos no saben o no tiene tiempo de leer en inglés. No soy traductor profesional, pero trataré de hacer lo mejor posible. Lo único que no traduciré en algunos casos son las palabras Testing, Tester y Checking, para que no haya confusión.<br />
<br />
Este articulo es de los autores <a href="https://twitter.com/jamesmarcusbach" target="_blank">James Marcus Bach</a>y <a href="https://twitter.com/michaelbolton" target="_blank">Michael Bolton</a>, pueden ver mas post en su idioma original <a href="http://www.satisfice.com/blog/" target="_blank">aquí</a> y <a href="http://www.developsense.com/blog/" target="_blank">aquí</a>.<br />
<br />
<br />
<i>Este post es co-escrito con Michael Bolton. Hemos pasado horas discutiendo sobre casi cada frase. También queremos agradecer a Iain McCowatt por su rápida revisión y comentarios.</i><br />
<br />
Las pruebas y el uso de herramientas son dos cosas que han caracterizado a la humanidad desde sus inicios (No las únicas dos cosas, por supuesto, pero sin duda dos de las varias cosas que la caracterizan) Pero mientras que el testing es cerebral y en gran parte intangible, el uso de herramientas está al descubierto. Las herramientas invaden en todos los procesos que tocan y las herramientas cambian esos procesos. Por lo tanto, durante al menos un centenar o un millar de siglos, los más filosóficos entre nuestra especie se han preguntado: "¿Yo hice eso o lo hizo la herramienta? ¿Soy un guerrero o una plataforma de lanzamiento de lanzas? ¿Soy un agricultor o un empujador del arado?" Como dijo Marshall McLuhan "Damos forma a nuestras herramientas, y después de eso nuestras herramientas nos dan forma a nosotros".<br />
<br />
Esta evolución puede ser un proceso insidioso que desafía la forma en que nos etiquetamos a nosotros mismos y las cosas que nos rodean. Podemos ser testigos de cómo la industrialización cambió ebanistas por fábricas de gabinetes, y que puede tentarnos a hablar de la evolución del papel del ebanista, pero el trabajador de la fábrica de gabinetes, ciertamente no es un ebanista mutado. Los artesanos del gabinete todavía están allí afuera, menos numerosos es verdad, nunca cerca de una fábrica, haciendo gabinetes costosos y bien hechos. El habilidoso <i><b>cabineteer</b></i> (Estaba lo suficientemente motivado para Googlear si había una palabra especial para este tipo de expertos) se encuentra todavía en demanda, para resolver problemas que IKEA no puede resolver. Existe esta posición en el campo de la ciencia y la medicina, también. Existe en todas partes: ¿cuáles son las implicaciones de la evolución de las herramientas sobre el trabajo de la mano de obra cualificada? Cualquier persona que busca la excelencia en su oficio debe luchar con el rol apropiado de las herramientas.<br />
<br />
Por lo tanto, no hay que sorprenderse de que el Testing es hoy un proceso que incluye a las herramientas de muchas maneras, y que esto desafía la idea de un tester.<br />
Esto siempre ha sido un problema - He estado trabajando con y discutiendo sobre esto desde 1987, y la literatura de esto se remonta al menos a 1961, pero algo nuevo ha sucedido: la informática móvil y distribuida a gran escala. Sí, esto es nuevo. Esto siempre ha sido un problema - He estado trabajando con y discutiendo sobre esto desde 1987, y la literatura de esto se remonta al menos a 1961, pero algo nuevo ha sucedido: la informática móvil y distribuida a gran escala. Sí, esto es nuevo. Veo que este es el mayor desafío para el Testing tal como lo conocemos desde el advenimiento de las micro-computadoras. ¿Por qué exactamente es un reto? Porque además de la complejidad de los productos y plataformas que han ido creciendo de manera constante durante décadas, ahora existe un gran mercado para los productos de software que se espera que <i>sean distribuidos y actualizados al instante.</i><br />
<i><br /></i>
Queremos probar un producto rápidamente. ¿Cómo lo hacemos? Es tentador decir "Hagamos que las herramientas lo hagan!" Esto pone una enorme presión sobre los testers de software especializados y aquellos que crean herramientas para que los testers usen. Mientras tanto, las personas que no son expertos testers de software, tienen visiones de la industrialización del Testing similares a aquellas primeras fábricas de gabinetes. Sí, siempre ha habido estas presiones, en algún grado. Ahora el toque de tambor de "despliegue continuo" ha abierto otro frente en esa guerra.<br />
Creemos que el trabajo cognitivo calificado no es trabajo de fábrica. Por eso es más importante que nunca entender lo que es Testing y cómo las herramientas pueden apoyarlo.<br />
<h4>
Checking vs Testing</h4>
Por esta razón, en la metodología de Rapid Software Testing, distinguimos entre los aspectos del proceso de pruebas que las máquinas pueden hacer frente a los que sólo los humanos capacitados pueden hacer. Lo hemos hecho lingüísticamente mediante la adaptación de la palabra comun en Inglés "checking", para referirse a lo que las herramientas pueden hacer. Esto es exactamente paralelo con la convención de larga data de distinguir entre "programar" y "compilar".<br />
La programación es lo que los programadores humanos hacen. La compilación es lo que hace una herramienta en particular para el programador, a pesar de que un compilador podría ser, técnicamente, lo que los programadores hacen. Ahora que lo pienso, nadie habla de la programación automática o programación manual. Hay programación, y hay un montón de otras cosas hechas por las herramientas. Una vez que se crea una herramienta para hacer esas cosas, nunca se llama de nuevo programación.<br />
<br />
Ahora que Michael y yo hemos tenido más de tres años de experiencia trabajando con esta distinción, hemos agudizado nuestro lenguaje aún más, con las definiciones actualizadas y una nueva distinción entre la comprobación humana y la comprobación de la máquina.<br />
Primero echemos un vistazo a Testing y Checking. Aquí están nuestras nuevas definiciones propuestas, que pronto sustituirán a los que hemos utilizado durante años (sujeto a revisión y comentario por colegas):<br />
<br />
<blockquote class="tr_bq">
<b>Testing</b> <i>es el proceso de evaluación de un producto mediante el aprendizaje sobre él a través de la experimentación, que incluye hasta cierto punto: cuestionamiento, estudio, modelado, la observación y la inferencia.</i></blockquote>
<blockquote class="tr_bq">
(Un Test es una instancia del Testing)</blockquote>
<blockquote class="tr_bq">
<b>Checking</b> <i>es el proceso de hacer las evaluaciones mediante la aplicación de reglas de decisión algorítmica a las observaciones específicas de un producto.</i></blockquote>
<blockquote>
(Un check es una instancia del Checking.)</blockquote>
<br />
Notas explicativas:<br />
<br />
<ul>
<li>"Evaluar" significa hacer un juicio de valor; ¿es bueno? ¿es malo? pasa? falla? qué bueno? lo malo? Cualquier cosa por el estilo.</li>
<li>"Evaluaciones" como un sustantivo se refiere al producto de la evaluación, que en el contexto de Checking va a ser un artefacto de algún tipo; una cadena de bits.</li>
<li>"Aprendizaje" es el proceso de desarrollo de la mente de uno. Sólo los humanos pueden aprender en el más amplio sentido del término, como lo estamos usando aquí, porque nos estamos refiriendo al conocimiento tácito y al explícito. </li>
<li>"Experimentación" implica la interacción con un objeto y la observación , ya que está en funcionando, sino que también nos estamos refiriendo a los "experimentos mentales" que involucran la interacción puramente hipotética. Al hacer referencia a la experimentación, no estamos negando o rechazando otros tipos de aprendizaje; simplemente estamos tratando de expresar que la experimentación es una práctica que caracteriza al Testing. También implica que el Testing es congruente con la ciencia.</li>
<li>La lista de palabras en la definición Testing no son exhaustivas de todo lo que podría estar involucrado en las pruebas, sino que representan los procesos mentales que pensamos que son más vitales y característicos.</li>
<li>"Algorítmico" significa que se puede expresar de manera explícita en una manera que una herramienta podría realizar.</li>
<li>"Observaciones" pretende abarcar todo el proceso de observar, y no sólo el resultado.</li>
<li>"Observaciones específicas" significa que el proceso de observación resulta en una cadena de bits (de lo contrario, las reglas de decisión algorítmica no podían operar en ellos).</li>
</ul>
<div>
Hay ciertas implicaciones en estas definiciones:</div>
<div>
<ul>
<li>Testing abarca Checking, mientras que Checking no puede abarcar Testing</li>
<li>Checking es un proceso que puede, en principio ser realizado por una herramienta en lugar de un ser humano, mientras que el Testing sólo puede ser apoyado por herramientas. Sin embargo, las herramientas se pueden utilizar para mucho más que comprobar.</li>
<li>No estamos diciendo que la verificación deba ser automatizada. Pero la característica definitoria de una verificación es que puede ser completamente automatizada, mientras que el Testing es intrínsecamente una actividad humana.</li>
<li>Testing es una investigación abierta - piensa en "Sherlock Holmes"- mientras que Checking es la abreviatura de "Checking de hechos" y se centra en los hechos y las normas específicas relacionadas con esos hechos.</li>
<li>Checking no es lo mismo que confirmación. Checking se utiliza a menudo en un modo de confirmación (típicamente durante las pruebas de regresión), pero también podemos imaginarlos utilizarse para des-confirmación o para la exploración especulativa (es decir, un conjunto de controles generados automáticamente que pisa al azar a través de un vasto espacio, en busca de algo diferente). </li>
<li>Un problema común en nuestra industria es que checking se confunde con Testing Nuestro propósito aquí es reducir la confusión.</li>
<li>Un verificación es descriptible; una prueba podría no serla (eso es porque, a diferencia de una verificación, una prueba implica conocimiento tácito)</li>
<li>Una afirmación, en el sentido de las Ciencias de la Computación, es una especie de verificación. Pero no todas las verificaciones son afirmaciones, e incluso en el caso de las afirmaciones, puede haber código antes de la afirmación que es parte de la verificación, pero no es parte de la afirmación.</li>
<li>Estas definiciones no son juicios morales. No estamos diciendo que la comprobación es inherentemente, hacer algo malo.Por el contrario, la comprobación puede ser algo muy importante que hacer. Nosotros afirmamos que para el checking se considere bueno, debe ocurrir en el contexto de un proceso de inspección. Checking es una táctica de Testing.</li>
</ul>
<h4>
¿Hacia dónde va la Sapiencia?</h4>
</div>
<div>
Si usted sigue nuestro trabajo, ya sabe que le hemos dado mucha importancia a la sapiencia. Un proceso sapiente es un proceso que requiere un ser humano debidamente capacitado para llevarlo a cabo. Sin embargo, en varios años practicando con esta etiqueta, hemos encontrado que es casi imposible de evitar dar la impresión de que un proceso no sapiente (es decir, uno que no requiere de un ser humano, pero podría implicar un ser humano muy talentoso y hábil, no obstante) es un proceso estúpido para gente estúpida. Eso es porque la palabra sapiencia suena como la inteligencia. Algunos de nuestros colegas han tomado una fuerte excepción a nuestra discusión de los procesos no sapientes sobre la base de ese malentendido. Por consiguiente, consideramos que es hora de ofrecer a este término en particular del arte, su jubilación.</div>
<h3>
</h3>
<h3>
</h3>
<h4>
Checking Humano vs Checking mecánico</h4>
<div>
Aunque sapiencia es problemática como etiqueta, todavía tenemos que distinguir entre lo que los seres humanos pueden hacer y lo qué las herramientas pueden hacer. Por lo tanto, además de la distinción básica entre control y prueba, también distinguimos entre checking humano y checking mecánico. Esto puede parecer un poco confuso al principio, ya que checking es, por definición, algo que se puede hacer por las máquinas. Usted podría ser perdonado por pensar que el control humano es lo mismo que checking de la máquina. Pero no lo es. No puede ser.</div>
<div>
<br /></div>
<div>
En el checking humano, los seres humanos están tratando de seguir un proceso algorítmico explícito. En el caso de las herramientas, sin embargo, las herramientas no están simplemente cumpliendo ese proceso, ellas lo encarnan. Los humanos no pueden encarnar dicho algoritmo. He aquí un experimento mental para demostrarlo: dígale a cualquier humano que siga una serie de instrucciones. Consiga que esté de acuerdo. Ahora observe lo que ocurre si usted lo hace imposible para él completar las instrucciones. Él no va a sentarse allí hasta que muera de sed o de la exposición. Él se detendrá a sí mismo y cambiará o saldrá del proceso. Y ahí es cuando se sabe a ciencia cierta que este ser humano, desde el principio, estaba encarnando algo más que el proceso que él acordó seguir y trató de seguir. No hay forma de evitar este caso si estamos hablando de personas con capacidad cognitiva normal, o incluso mínima. Cualquiera que sea el procedimiento que parecen estar siguiendo los humanos, ellos siempre están haciendo algo más, también. Los seres humanos están constantemente interpretando y ajustando sus acciones en formas que las herramientas no pueden. Esto es inevitable.</div>
<div>
<br /></div>
<div>
Los seres humanos pueden realizar acciones motivadas; las herramientas sólo pueden mostrar un comportamiento programado (ver el brillante libro de Harry Collins y Martin Kusch <a href="http://www.amazon.com/The-Shape-Actions-Humans-Machines/dp/0262032570" target="_blank">La Forma de las acciones</a>, para obtener una explicación completa de por qué esto es así). La conclusión es: puedes definir una verificación con bastante facilidad, pero un ser humano realizará por lo menos un poco más durante esa verificación - y también menos en algunas formas-que una herramienta programada para ejecutar el mismo algoritmo.</div>
<div>
Por favor comprenda, <i>un papel sólido para las herramientas en el Testing debe ser aceptada</i>. A medida que trabajamos hacia un futuro de Testing calificado, potente y eficiente, esto requiere una cuidadosa atención tanto a la parte humana y la parte mecánica de la ecuación de Testing. Las herramientas nos pueden ayudar de muchas maneras que van mucho más allá de la automatización de las verificaciones. Pero en esto, ellas juegan necesariamente un papel de apoyo a los humanos capacitados; y el uso torpe de herramientas puede tener terribles consecuencias.</div>
<div>
<br /></div>
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="http://4.bp.blogspot.com/-8G4N4jxkMtM/U_tdy0h9i6I/AAAAAAAAKC4/UNz4waCON6s/s1600/checking-diagram.png" imageanchor="1" style="margin-left: auto; margin-right: auto;"><span style="color: black;"><img border="0" src="http://4.bp.blogspot.com/-8G4N4jxkMtM/U_tdy0h9i6I/AAAAAAAAKC4/UNz4waCON6s/s1600/checking-diagram.png" height="228" width="320" /></span></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;"><span style="font-size: small;">Aprender experimentando, incluye el estudio, el cuestionamiento, el modelado, la observación, la inferencia, etc.</span></td></tr>
</tbody></table>
También puede preguntar por qué no nos limitamos a llamar al checking humano, "testing". Bueno, lo hacemos. Tenga en cuenta que todo esto está ocurriendo en el ámbito de Testing. El checking humano es parte de Testing. Sin embargo, creemos que cuando un ser humano está tratando de forma explícita de restringir su pensamiento a los confines de una verificación - a pesar de que no podrá hacer eso completamente- es ahora una táctica específica y restringida de Testing y no toda la actividad de Testing. Se merece una etiqueta propia dentro de Testing.<br />
<div>
Con todo esto en mente, y con el objetivo de despejar la confusión, afilar nuestra percepción, y promover la colaboración, recuerde nuestra definición de checking:</div>
<blockquote class="tr_bq">
<b>Checking</b> <i>es el proceso de hacer las evaluaciones mediante la aplicación de reglas de decisión algorítmica a las observaciones específicas de un producto.</i></blockquote>
<div>
A partir de esto, hemos identificado tres tipos de checking:</div>
<div>
<br /></div>
<div>
<blockquote class="tr_bq">
<b>Checking humano</b> es un intento de proceso de comprobación en donde los seres humanos recogen las observaciones y aplican las reglas sin la mediación de las herramientas. </blockquote>
<blockquote class="tr_bq">
<b>Checking mecánico</b> es un proceso de comprobación en donde las herramientas recogen observaciones y aplican las reglas sin la mediación de los seres humanos. </blockquote>
<blockquote class="tr_bq">
<b>Checking humano/mecánico</b> es un intento de proceso de comprobación en el que los seres humanos y las herramientas interactúan para recoger observaciones y aplicar las reglas.</blockquote>
</div>
<div>
<div>
Para explicar esto a fondo, tendremos que hablar de ejemplos específicos. Puedes buscarlos en un próximo post.</div>
<div>
Mientras tanto, te invitamos a comentar sobre esto.</div>
<div>
<br /></div>
ACTUALIZACIÓN 10 de abril 2013: Como resultado de intensas discusiones en la conferencia de pares SWET5, he actualizado el esquema de control y prueba. Tenga en cuenta que Testing está sentado fuera de la caja, ya que está describiendo toda la cosa, una descripción de Testing está en el interior de la misma. Checking humano se caracteriza por una nube, ya que su límite con aspectos no verificables del Testing no siempre es claramente discernible. Checking Mecánico se caracteriza por una línea punteada precisa, porque a pesar de su límite está claro, es una actividad opcional. Técnicamente, la comprobación humana también es opcional, pero sería un proceso de prueba verdaderamente extraño que no incluya al menos algunas comprobaciones humanas. Doy las gracias a los asistentes de SWET5 por ayudarme con esto: Rikard Edgren, Martin Jansson, Henrik Andersson, Michael Albrecht, Simon Morley, y Micke Ulander.<br />
<div>
<br /></div>
</div>
Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-8813069557316883560.post-54064101898765652982014-06-02T20:40:00.001-07:002014-07-23T09:33:46.982-07:00Dumb ways to Die...haciendo Testing<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="http://4.bp.blogspot.com/-SzN1HpIVEZ4/U40tyjuYnNI/AAAAAAAAJ9U/fEHJ1bX9zGo/s1600/dumb_ways_to_die.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="http://4.bp.blogspot.com/-SzN1HpIVEZ4/U40tyjuYnNI/AAAAAAAAJ9U/fEHJ1bX9zGo/s1600/dumb_ways_to_die.jpg" height="360" width="640" /></a></div>
<br />
<br />
Es hora que retome este blog y me ponga a escribir, hoy fui inspirado por un compañero que compartió algo interesante con el grupo de QAs de la empresa en donde trabajo. Era un tema técnico, esperaré a que lo postee en su blog y lo compartiré.<br />
Era algo más técnico de lo que me gusta escribir a mi, pero me ayudo a pensar en que debo tomar las riendas de este blog y volver a escribir, de lo que me salga de adentro, de lo que sienta sobre esta profesión.<br />
Hoy quiero hablar de situaciones negativas, de momentos en que los Testers de sistemas nos sentimos "morir", en donde queremos abandonar la profesión. Muchas veces nos causamos a nosotros mismos estas situaciones evitables, que nos hacen sufrir pero que, si aprendemos a sortearlas, podremos disfrutar un poco mas y ver que esta profesión que nos gusta, vale la pena.<br />
El titulo de este post esta inspirado en una campaña del metro Australiano para evitar muertes en las vías y estaciones de trenes, que podrían evitarse fácilmente: Maneras tontas de morir...testeando en nuestro caso.<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="http://3.bp.blogspot.com/-bfAFDN8vbfw/U40v3IDOmYI/AAAAAAAAJ9c/zmC8cQO_0qQ/s1600/dumb2.png" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" src="http://3.bp.blogspot.com/-bfAFDN8vbfw/U40v3IDOmYI/AAAAAAAAJ9c/zmC8cQO_0qQ/s1600/dumb2.png" height="320" width="219" /></a></div>
<h4>
Molestar a un Oso...o a un desarrollador:</h4>
Si, no son dioses, son seres humanos que se equivocan y mas veces de lo que ellos creen. Pero tampoco debemos estar con un palito pellizcando los cada vez que les encontramos un bug, porque nos comerán vivos, harán que el clima laboral se espese y nos entreguen cosas de mala gana o poca calidad. Debemos convertirnos en sus aliados (pero sin amiguismos, ya veremos por qué) en las personas que los ayudaremos a hacer mejor su trabajo y que se vean bien ante los jefes. De esta manera nos ayudaran a hacer mejor nuestro trabajo, a darnos una mano cuando la necesitemos.<br />
Caso contrario, trabajar en un ambiente hostil (recuerden que los Testers/QAs somos pocos en cada equipo) puede volverse una pesadilla de la que no podamos salir, y tal vez le echemos la culpa a trabajar de Testers de software y no queramos hacerlo mas.<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="http://1.bp.blogspot.com/-5pPJ4uVQ7eo/U40yTm-3kLI/AAAAAAAAJ9o/I3aiy7-lGjU/s1600/dumbpirania.jpg" imageanchor="1" style="clear: right; float: right; margin-bottom: 1em; margin-left: 1em;"><img border="0" src="http://1.bp.blogspot.com/-5pPJ4uVQ7eo/U40yTm-3kLI/AAAAAAAAJ9o/I3aiy7-lGjU/s1600/dumbpirania.jpg" height="200" width="320" /></a></div>
<h4>
Ser comido por pirañas...o tus amigos los desarrolladores:</h4>
Llevarse bien con los Devs esta bien, ser amigos fuera del trabajo...genial. Ahora, a la hora de trabajar, el amiguismo puede ser contraproducente. A veces sucede que un desarrollador, especialmente uno que nos cae bien, nos puede pedir "un favor" a la hora de reportar un bug y que no lo hagamos. Otras veces, la propia simpatía y confianza que le tenemos, nos lleva a testear mas "displicentemente". En ambos casos, estos actos de buena fe nos pueden explotar en la cara, por que no estamos haciendo nuestro trabajo correctamente. No somos policías de la calidad ni debemos ser malos tipos con nuestros compañeros (recuerden el oso...) pero a la hora de testear, no hay amigos, no hay amiguismo ni nada, a cara de perro contra la pantalla y a hacer nuestro mejor esfuerzo. Esos amigos, si lo son realmente, apreciaran nuestro feedback y trataran de solucionar el problema rápidamente.<br />
El amiguismo nos puede llevar a hacer mal el trabajo, a que nuestros jefes nos reprendan y a que terminemos odiando el trabajo. Hay que saber separar la paja del trigo.<br />
<br />
<a href="http://4.bp.blogspot.com/-EzFVJyRGGnY/U401nmH8gCI/AAAAAAAAJ9w/eBRQ8BFz9EQ/s1600/dumbkidney.png" imageanchor="1" style="clear: left; display: inline !important; float: left; margin-bottom: 1em; margin-right: 1em; text-align: center;"><img border="0" src="http://4.bp.blogspot.com/-EzFVJyRGGnY/U401nmH8gCI/AAAAAAAAJ9w/eBRQ8BFz9EQ/s1600/dumbkidney.png" height="200" width="144" /></a><br />
<h4>
Hacer testing solo por la plata...o venderte a cualquier precio:</h4>
Hay gente que hace cualquier cosa por la plata, inclusive ver al testing como un escalón mas para llegar a otra puesto que nos de mas plata, claro. Es común que a los QAs nos paguen menos, son cosas inexplicables, generalmente por lo mal que ha llevado la industria del software la importancia que tiene el Testing en el ciclo de desarrollo de software. Pero los buenos testers del mundo son muy buenos en lo que hacen y ganan muy bien, como lo hacen? Bueno, se capacitan, desarrollan su profesión, la llevan a nuevos horizontes, resuelven los problemas mejor y mas rápidamente que el resto...y se hacen valer. No solo económicamente, si no moralmente.<br />
Otro problema de los testers, que los lleva a la inanición profesional, es que venden sus ideales, sus creencias del cómo debe desarrollarse su profesión, por unos pesos mas. Algunos lo hacen aceptando procesos y "buenas prácticas" obsoletas de hace años, otros patrocinando en sus empresas la compra de herramientas caras y obtusas, pero de renombre y con respaldo, con las cuales juegan "sobre seguro" (hp, ejem...) A la larga, esos testers se sienten miserables, así como los testers poco cualificados que buscan escalar, pero al no poder hacer bien su trabajo, solo terminan muriendo en la ignominia.<br />
<br />
<h4>
El tester suicida: <div class="separator" style="clear: both; text-align: center;">
<a href="http://1.bp.blogspot.com/-Yt1t29D8Ar0/U404rfEYASI/AAAAAAAAJ98/c8hxMyHdoME/s1600/dumbalce.jpg" imageanchor="1" style="clear: right; float: right; margin-bottom: 1em; margin-left: 1em;"><img border="0" src="http://1.bp.blogspot.com/-Yt1t29D8Ar0/U404rfEYASI/AAAAAAAAJ98/c8hxMyHdoME/s1600/dumbalce.jpg" /></a></div>
</h4>
No somos los gatekeepers, los guardianes del producto y su calidad. Somos los responsables de generar información para que los que toman las decisiones, puedan tomarlas sabiendo el estado actual del producto. Somos los responsables de ayudar a todo el equipo a trabajar en la calidad del producto, del primero al ultimo miembro, del primero al ultimo proceso, pero tampoco somos la policía del equipo, ese no es nuestro trabajo. En ambos casos, lo único que lograremos es inmolarnos en nombre de la calidad, haciendo cosas de poco valor. Y cuando todos nos apunten como los culpables, nos querremos morir y dejar el Testing para siempre.<br />
<br />
<h4>
<a href="http://2.bp.blogspot.com/-nLxQKIsggnI/U407WCz3wfI/AAAAAAAAJ-I/S_o0tqDTncM/s1600/dumbburn.png" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" src="http://2.bp.blogspot.com/-nLxQKIsggnI/U407WCz3wfI/AAAAAAAAJ-I/S_o0tqDTncM/s1600/dumbburn.png" height="200" width="200" /></a>Quemarse la cabeza...por hacer mal el trabajo</h4>
El desarrollo de software es una actividad creativa, una actividad pensante, y el testing lo es aún mas. Usamos todos nuestros sentidos, exprimimos nuestro cerebro al máximo para que no se nos escape ningún bug. El cerebro, según cuenta el <a href="http://es.wikipedia.org/wiki/Pensar_r%C3%A1pido,_pensar_despacio" target="_blank">Dr.<span style="color: #252525;"> </span>Daniel Kahneman</a> en su libro <i>Pensar rápido, pensar despacio</i>, dice que tenemos 2 sistemas, en donde (a grande rasgos) el sistema1 se encarga de las tareas rutinarias y el sistema2 de las tareas de control y de calculo. Si el tester usa su sistema1 únicamente, se le escapará la mayoría de los bugs. Los testers suelen usar este sistema demasiadas veces cuando hacen scripting testing. Un tester de clase mundial, trata de usar su sistema2 mas tiempo, que le permite chequear y verificar cosas que al sistema1 se le escapan. Esto tiene una consecuencia, el sistema2 usa y gasta mas energía que el sistema1, y nos agotamos mas rápidamente. Es por esto que los testers deben realizar sus tareas en sesiones cortas y tomarse descansos entre una sesión y otra, para poder encarar mejor el trabajo. De esta manera uno evitará que bugs obvios se nos escapen, al mismo tiempo que evitamos quemarnos la cabeza y morir de síndrome de <a href="http://es.wikipedia.org/wiki/Burnout_(s%C3%ADndrome)" target="_blank">Burnout</a>.<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="http://1.bp.blogspot.com/-POxglW5pHzI/U40_xPfwcCI/AAAAAAAAJ-g/wp5ssAdIovM/s1600/dumbcurious.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="http://1.bp.blogspot.com/-POxglW5pHzI/U40_xPfwcCI/AAAAAAAAJ-g/wp5ssAdIovM/s1600/dumbcurious.jpg" height="360" width="640" /></a></div>
<div class="separator" style="clear: both; text-align: center;">
<br /></div>
Seguramente puedo escribir sobre muchas otras formas de "morir" testeando, pero el post sería muy largo. Si alguien quiere comentar y agregar nuevas formas, será bienvenido.<br />
<br />
Finalmente les dejo abajo el video original de Dumb ways to Die, espero que les guste (es muy adictiva la canción)<br />
<br />
<iframe allowfullscreen="" frameborder="0" height="270" src="//www.youtube.com/embed/IJNR2EpS0jw" width="480"></iframe>
Unknownnoreply@blogger.com4tag:blogger.com,1999:blog-8813069557316883560.post-81480137396458794342014-02-07T04:40:00.000-08:002014-02-07T04:40:57.070-08:00La primera impresión NO es la que cuentaLeyendo el post de Gustavo Terrera (<a href="https://twitter.com/testingbaires" target="_blank">@testingbaires</a>) en su <a href="http://testingbaires.com/capitulo-alfa-la-primera-impresion-es-la-que-cuenta/" target="_blank">blog</a>, se me ocurrió que podría reescribirlo para dar otro punto de vista.<br />
<div style="text-align: left;">
Me gusta el intento de Gustavo por usar una situación que todos pasamos cuando nacemos y vamos creciendo y compararla con el trabajo del tester...pero no me gusta el enfoque, no me gusta lo que intenta enseñar, porque ese tipo de testing ya es obsoleto, debe evolucionar hacia algo nuevo, lamentablemente en Argentina seguimos usando prácticas que tienen más de 30 años.</div>
<div style="text-align: left;">
Ahí va mi intento, espero que no te ofenda Gustavo ;)</div>
<div style="text-align: left;">
<br /></div>
<div class="separator" style="clear: both; text-align: center;">
<a href="http://2.bp.blogspot.com/-rmXh4Pch3ds/UvTTLxEOzdI/AAAAAAAAJ0E/Ugm-01A2I70/s1600/naturaleza.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="http://2.bp.blogspot.com/-rmXh4Pch3ds/UvTTLxEOzdI/AAAAAAAAJ0E/Ugm-01A2I70/s1600/naturaleza.jpg" height="400" width="372" /></a></div>
<div class="separator" style="clear: both; text-align: center;">
</div>
<div style="text-align: left;">
<br /></div>
<div style="text-align: left;">
<br /></div>
<div style="text-align: left;">
Me es grato
presentarles a Betore; Betore es un Tester de Software de 4 años de
experiencia en la actualidad,es un Tester de software de una aplicación web en un prestigioso Cliente Internacional. Domina Inglés, algo de programación, es muy bueno analizando user stories y es
hábil diseñando mapas mentales y tests de cobertura en su software favorito para esto (<a href="http://hexawise.com/" target="_blank">Hexawise</a>).</div>
<div style="text-align: left;">
Betore era de talla normal, nació por cesárea, en un ambiente tranquilo y sin stress, Betore no lloró, él sonrió…</div>
<div style="text-align: left;">
Betore nació en un hogar cristiano, pero de mente abierta hacia otras culturas y filosofias, lo bañaban y esa obligación era un juego muy divertido, lo hacían dormir (esos ronquidos ya de niño parecía que
supieras manejar metralleta) y de allí a jugar al fútbol los domingos
por la tardecita, de vez en cuando iban a la iglesia, para cubrir las formas. Cuando le regalaron su primera computadora, lo primero que hizo fue romper el sistema operativo (SYNTAX ERROR!) Seguramente por eso Betore es
un maniático de explorar sistemas y ver sus fallas, de conocer si el objeto de estudio sirve a sus propósitos o no (James Bach vive muchach@s!) y es
un devoto del Software Testing.</div>
<div style="text-align: left;">
Son muchos los momentos en que Betore exploraba al mundo con sus primeros pasos (exploratory testing- como odian los
desarrolladores a esta clase de test…) Un día, aun cuando Betore gateaba, se
encontraba en la sala de la casa, cuando vio la puerta abierta. Se fue
gateando hacia ella para ver que había afuera (los papis lo sacaban
mucho a pasear al muchacho pero siempre acompañado), se fue gateando rápidamente y se colgó de la
manija de la puerta, cuando pudo sentir por primera vez solo la fuerza
de sus piernas, se agarró de la puerta de manera muy hábil pero cayó y
rodó por las gradas que daban al jardin, Betore se golpeó todo su cuerpo, Betore lloró, este Betore siempre curioso, muy curioso
(característica de un buen Tester). Cuando mamá Moni escuchó el llorar de
su amado hijito, fue pronta a socorrerlo, Betore con solo ver a su mamá
sentía que ya estaba todo bien, así que sonrió en medio de las plantas
que cuidaba su mamá (ella no lo sacaba por esta razón – por curiosear va a romper el jardín y se romperá él).</div>
<div style="text-align: left;">
Betore había ganado un chichón, y un par
de moretones en la pierna y brazo izquierdo, pero lo mas importante
ganó una experiencia nueva, su primer paso por si solo, y sentir el
dolor en medio del Mundo exterior que hay fuera de la seguridad de la casa. Betore probó si su
cuerpito era resistente a las caídas y si había algo mas allá de lo que la vista le permitía observar. Primera Sesión de Pruebas realizada,
resultado: aprender de sus errores, aprender cosas nuevas, equivocarse! (Va a tener que pasar un buen tiempo para que sus sesiones de pruebas le permitan aprender sin dolor, recuerden muchach@s los errores enseñan más que los éxitos!). Betore aprendió con la
puerta abierta, con la colgada de la manija y con la caída, con el
daño que se hizo y supo que lo que sintió por si solo con la fuerza de sus
piernecitas le permitiría seguir explorando más adelante, había ganado una nueva herramienta para explorar!; con el horror de la cara de mamá al verlo aprendió que siempre habrá gente que nos cuestionará lo que hacemos, pero que los errores son las mejores lecciones en la vida.</div>
<div style="text-align: left;">
Si Betore no fuera curioso y temiera una nueva reprimenda, nunca más hubiera salido a explorar el mundo.</div>
<div style="text-align: left;">
Betore dentro de si, no sabía que un día
viviría del Software Testing y que sería su mayor pasión, pero lo
que si aprendió es que la primera impresión NO es la que cuenta!</div>
<div style="text-align: left;">
<br /></div>
<div class="separator" style="clear: both; text-align: center;">
<a href="http://1.bp.blogspot.com/-lgb21GHcfJE/UvTS8TnLrnI/AAAAAAAAJ0M/Uwhi2b0SyBI/s1600/curioso.jpeg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="http://1.bp.blogspot.com/-lgb21GHcfJE/UvTS8TnLrnI/AAAAAAAAJ0M/Uwhi2b0SyBI/s1600/curioso.jpeg" height="266" width="400" /></a></div>
<div style="text-align: left;">
<br /></div>
Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-8813069557316883560.post-79384378363699749622013-12-04T06:00:00.001-08:002013-12-04T06:01:34.839-08:00Porqué el CyberMonday falló en Argentina:<div dir="ltr" id="docs-internal-guid-5ec78d67-bdbe-9ba6-e86e-775ffd1a5bf6" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<br /></div>
<div dir="ltr" id="docs-internal-guid-5ec78d67-bdbe-9ba6-e86e-775ffd1a5bf6" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 15px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline;"> <table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="http://4.bp.blogspot.com/-3SDjX5Diqd4/Up80j6Kd1aI/AAAAAAAAJfg/fS230y93mhA/s1600/Cyber-Monday-2013-HD-Wallpapers-Funny-Photos-Scary.jpg" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" src="http://4.bp.blogspot.com/-3SDjX5Diqd4/Up80j6Kd1aI/AAAAAAAAJfg/fS230y93mhA/s1600/Cyber-Monday-2013-HD-Wallpapers-Funny-Photos-Scary.jpg" height="640" width="425" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Comprar Online en Argentina</td></tr>
</tbody></table>
</span></div>
<div dir="ltr" id="docs-internal-guid-5ec78d67-bdbe-9ba6-e86e-775ffd1a5bf6" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<br /></div>
<div dir="ltr" id="docs-internal-guid-5ec78d67-bdbe-9ba6-e86e-775ffd1a5bf6" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 15px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline;"> El lunes 2 de Diciembre se realizó el CyberMonday en Argentina, un dia en donde las tiendas online hacen ofertas especiales con supuestos grandes descuentos, al mejor estilo de Black Friday norteamericano. Se realiza en varios países y Argentina no fue la excepción, aunque es realizado mas por marketing que por ofrecer buenas ofertas a los clientes.</span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 15px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline;">Pero como el año pasado, los sitios fallaron, si bien no todos, la mayoría se colapsaron y la experiencia se transformó en una tortura china para poder entrar y ver las ofertas, y en una misión imposible intentar comprar online.</span></div>
<br />
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 15px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline;"></span><br />
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 15px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline;">Por qué falló? Bueno, Fabio en su </span><a href="http://www.fabio.com.ar/5753" style="text-decoration: none;"><span style="background-color: transparent; color: #1155cc; font-family: Arial; font-size: 15px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: underline; vertical-align: baseline;">blog</span></a><span style="background-color: transparent; color: black; font-family: Arial; font-size: 15px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline;"> tiene muy buenas explicaciones, algunas técnicas y desde el punto de vista de alguien que administra sitios, les recomiendo que las lean.</span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 15px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline;">Pero me interesa verlo desde el punto de vista del Testing, porque esto habla muy claramente de cómo se maneja el Testing en nuestro País.</span></div>
<br />
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 15px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline;"></span><br />
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 15px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline;">1) Atraso tecnológico y educativo: el testing sigue siendo una materia menor dentro de las carreras de ingeniería, pero especialmente en informática. Algunas universidades no tienen ni una sola materia al respecto, otras solo mencionan al Testing como una fase del desarrollo de sistemas y punto. Unas pocas tienen una materia que atrasa 40 años...</span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 15px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline;">En Argentina casi no se desarrollan conferencias de nada, y las pocas que hay son mas por marketing que por compartir y desarrollar conocimiento. Obviamente no hay conferencias sobre testing en donde los Testers podamos juntarnos y compartir experiencias, herramientas y conocimiento, la comunidad de testing está muy desperdigada y poco organizada.</span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 15px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline;">Muchos siguen pensando en términos de testing de la epoca en donde trabajar con metodologías de CMMI y Waterfall era algo normal, no buscan actualizarse.</span></div>
<br />
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 15px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline;"></span><br />
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 15px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline;">2) A las empresas no les importa el Testing: la propia industria del software, en su mayoría, no desarrolla especialistas en testing como debiera, usualmente contratan a juniors sin experiencia en desarrollo, diseñadores gráficos o cualquiera que no parezca lo suficientemente bueno como para programar. Se busca pagar poco, capacitar menos y “zafar” antes los requerimientos de los clientes (internos o externos) sobre la calidad de los productos que se desarrollan.</span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 15px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline;">Durante el CyberMonday, grandes tiendas de electrodomesticos y electronicos (si, grandes empresas, no son pymes o startups) vieron desbordados sus sitios por tráfico, en un país de 40 millones de personas en donde apenas el 20% de la población hace compras online (y no muy asiduamente si bien el número crece) y encima rediseñaron sus sitios para este dia especial, haciéndolo mal y feo. A simple vista se veía, si podías entrar claro, que había cosas mal diseñadas, mal programadas, fuera de lugar, dropdowns que tardaban una eternidad en cargar valores traídos de la base de datos, etc.</span></div>
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 15px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline;">Básicamente, se cagaron en el testing y por lo tanto, se cagaron en la calidad de su sitio, para finalmente cagarse en el cliente. Se notó, y mucho, que hubo más inversión en Marketing que en IT, no es que no pudieron prever estos problemas, es que no les importó. El año pasado les había pasado algo similar, y las lecciones aprendidas las deben haber guardado en un cajón, y obviamente no contrataron Testers para mejorar y revisar la performance del sitio ante un día </span><br />
<div dir="ltr" id="docs-internal-guid-5ec78d67-bdbe-609c-3eed-c58e3e5a1f69" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 15px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline;">como este, no contrataron testers para revisar el rediseño del sitio, no contrataron testers para revisar que el workflow del carrito de compras funcione correctamente.</span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 15px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline;">Este es un mal endémico en todas las industrias, hay cientos de sitios con problemas, desde Clarín hasta el más pequeño de los negocios con web propia, pasando por los gobiernos federales y provinciales, pocos tienen en cuenta la importancia del Testing, pocos se preocupan por la calidad de sus sitios y sistemas, pocos se preocupan por la gente que debe usarlos.</span></div>
<br />
<br />
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 15px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline;"></span>
<div class="separator" style="clear: both; text-align: center;">
<a href="http://1.bp.blogspot.com/-XW_sQ7i0_jo/Up802YqX4nI/AAAAAAAAJfo/Hh_zuO90lx0/s1600/cyber-fail.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="http://1.bp.blogspot.com/-XW_sQ7i0_jo/Up802YqX4nI/AAAAAAAAJfo/Hh_zuO90lx0/s1600/cyber-fail.jpg" height="409" width="640" /></a></div>
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 15px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline;"></span><br />
<br />
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 15px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline;"></span>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 15px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline;">3) Las leyes no amparan a los usuarios: Nadie hará nada contra estos sitios por el problema que le causó a los usuarios, hasta hace unos años a las empresas telefónicas no les hacían nada cuando sus sistemas de telecomunicaciones se caían, por suerte ahora eso está cambiando, pero...quien ampara al consumidor que no pudo comprar durante el CyberMonday? habrá sanciones a estas empresas por presentar sistemas defectuosos y fraudulentos?</span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 15px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline;">Se habla mucho en todo el mundo si se puede legislar o no sobre la calidad de un producto de software, pero al menos los gobiernos deberían hacer algo al respecto en casos sonoros como este o el de </span><a href="http://www.questioningsoftware.com/2013/10/is-healthcaregov-security-fixed.html" style="text-decoration: none;"><span style="background-color: transparent; color: #1155cc; font-family: Arial; font-size: 15px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: underline; vertical-align: baseline;">Healtcare.gov en EEUU</span></a><span style="background-color: transparent; color: black; font-family: Arial; font-size: 15px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline;">. </span></div>
<br />
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 15px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline;"></span><br />
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 15px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline;">4) Los Testers no nos hacemos respetar: por último, nosotros debemos hacer un mea culpa, por no replantear nuestra profesión, por no profesionalizarse, porque aún somo “la poca cosa” dentro de un equipo de desarrollo, porque no nos capacitamos y actualizamos como es debido, porque no demostramos nuestra importancia durante el proceso de desarrollo, porque no informamos como es debido sobre el estado actual de la calidad del software a la gente que toma decisiones al respecto. Debemos tomar relevancia, no somos un escalón hacia un trabajo mejor dentro de IT, somos una pieza vital dentro del desarrollo del software, y podemos ayudar, y mucho, al éxito de un producto o empresa. No nos podemos hacer los tontos, es hora que nos pongamos los pantalones largos.</span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<br /></div>
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="http://3.bp.blogspot.com/-HUdxZjIJnH8/Up81OLpISDI/AAAAAAAAJfw/DqkeSV3ioMc/s1600/compumundofail.jpg" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" src="http://3.bp.blogspot.com/-HUdxZjIJnH8/Up81OLpISDI/AAAAAAAAJfw/DqkeSV3ioMc/s1600/compumundofail.jpg" height="608" width="640" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Encontrá el error..se la robé a Fabio.com.ar :)</td></tr>
</tbody></table>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<br /></div>
Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-8813069557316883560.post-65928148556577798062013-09-09T10:44:00.001-07:002013-10-03T19:34:35.522-07:00Un tester suelto en una Hackathon<div class="separator" style="clear: both; text-align: center;">
<a href="http://3.bp.blogspot.com/-X80j-jG2b68/Uk4pEsrX4fI/AAAAAAAAJEk/__hUJWOF3mA/s1600/hackers_movie_still_for_hackathon_0.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="http://3.bp.blogspot.com/-X80j-jG2b68/Uk4pEsrX4fI/AAAAAAAAJEk/__hUJWOF3mA/s1600/hackers_movie_still_for_hackathon_0.jpg" height="241" width="400" /></a></div>
<br />
<br />
El sábado 7 de Septiembre de 2013 participé como parte del grupo organizador de la Hackatrix 2013, la primera Hackathon organizada por Belatrix, empresa en donde trabajo.<br />
<br />
Decidí participar por que quería conocer ese universo, el de programadores codificando una app en pocas horas, y sacar ideas para futuros eventos que estén más relacionados con el Testing.<br />
<br />
La armamos con mucho esfuerzo y dedicación, no queríamos que fuera un simple evento de marketing o un evento de poca monta hecho en las oficinas de la empresa y con unas pizzas (hubo ejemplos en Mendoza en estos últimos meses, a mejorar chicos...ejem...)<br />
<br />
Por suerte tuvimos algo de repercusión mediática, se lograron los objetivos internos que se planteó la empresa, pero sobre todo logramos que todos los participantes se comprometan con lo que estaban haciendo, no vinieron a comer o a pavear, si hasta muchos se perdieron el coffee break de las 11 por que estaban muy concentrados codeando!<br />
<br />
Salió todo muy bien, y estamos súper felices y cansados, pero con ganas que este evento se vuelva anual y marque la agenda "tecnológica" de Mendoza.<br />
<br />
Las cosas que rescato de la Hackatrix:<br />
<br />
<ul>
<li>Comida! si, un evento con comida es mas agradable y llevadero. Nunca dejen ese punto descuidado.</li>
</ul>
<br />
<ul>
<li>Más allá que participen áreas que no tienen que ver con desarrollo, como Marketing y RRHH, es fundamental que el núcleo de la organización pase por gente que tiene experiencia con esta clase de eventos y desarrolladores, que entienden lo que les gustaría que pase durante el evento, y además tienen en cuenta cosas importantes como cableado eléctrico e internet, 2 puntos fundamentales para que sea un éxito un evento hoy en día. </li>
</ul>
<ul>
<li> Relacionarse: si algo me faltó fue relacionarme más con la gente que participó en la hackathon, al ser tester y no tener un equipo al que ayudar directamente, no me involucré mucho con la gente, prometo romper ese hielo en la próxima, entre los equipos y los demás organizadores que sí eran programadores hubo buen feeling y feedback y se complementaron muy bien aunque no se conocían.</li>
</ul>
<ul>
<li>Nacionalizar: Aunque tu evento sea local, no dejes de pensar a lo grande, hay que invitar gente de otros lugares a que venga y participe. Desde Córdoba vinieron cuatro chicos de la UTN Villa María, y la pasaron muy bien. Su proyecto fue el que mas integrantes tuvo, ya que se sumaron 4 mendocinos al mismo.</li>
</ul>
<ul>
<li>Prensa: hoy en día se puede hacer mucho ruido con las redes sociales, pero los periodistas ayudan mucho a contar lo que pasó y eso puede ayudar a que los proyectos que se generaron puedan tener difusión post evento, uno nunca sabe el vuelo que puede tener un proyecto más allá de la hackathon.</li>
</ul>
<ul>
<li> Hacerlo con ganas: ninguno de los organizadores cobró por hacerlo, fue simplemente ganas de hacer algo bueno que ayude a desarrollar tecnología en Mendoza y mostrar de lo que somos capaces. Interactuar, "salir de la cueva" en la que estamos cada uno para ver que se puede hacer y aprender juntos, esa era la idea y creo que la logramos</li>
</ul>
<ul>
<li>Seguir haciendo y participando: hay que generar más hackathones y eventos de este tipo, no sólo para desarrollo sino también para Testing, DBA, diseño y todo lo relacionado con tecnología. Que no quede nada en "un evento por única vez", ojalá que la Hackatrix se vuelva un evento anual y que cada año participe más gente.</li>
</ul>
Les dejo para el final un Storify que hice con lo sucedido en la Hackatrix2013:<br />
<br />
<br />
<div class="storify">
<iframe allowtransparency="true" frameborder="no" height="750" src="//storify.com/damimj/hackatrix2013/embed?border=false&template=grid" width="100%"></iframe><script src="//storify.com/damimj/hackatrix2013.js?border=false&template=grid"></script><noscript>[<a href="//storify.com/damimj/hackatrix2013" target="_blank">View the story "#Hackatrix2013" on Storify</a>]</noscript></div>
Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-8813069557316883560.post-72697328083358414682013-08-16T08:42:00.001-07:002013-08-16T08:42:33.381-07:00Primera Hackathon Social en Mendoza - Hackatrix<div class="separator" style="clear: both; text-align: center;">
<br /></div>
<div class="separator" style="clear: both; text-align: center;">
<a href="http://1.bp.blogspot.com/-i80OqQFnz-w/Ug5ET7kSzpI/AAAAAAAAJAw/JVckrTgRDTU/s1600/hackatrix.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="http://1.bp.blogspot.com/-i80OqQFnz-w/Ug5ET7kSzpI/AAAAAAAAJAw/JVckrTgRDTU/s1600/hackatrix.png" height="208" width="640" /></a></div>
<div class="separator" style="clear: both; text-align: center;">
<br /></div>
Siempre he dicho que es bueno participar y generar participación en esta industria que es la del software.
El software se genera a partir de ideas y necesidades de la comunidad, a veces con fines de lucro, a veces para ayudar a los demás.<br />
En Mendoza, la empresa en donde trabajo, <a href="https://www.facebook.com/BelatrixArgentina?ref=ts&fref=ts" target="_blank">Belatrix</a>, organiza la primera Hackathon con fines sociales de la provincia, y tal vez del país, en donde mucha gente se juntará durante un día a pensar y desarrollar ideas que puedan ayudar a nuestra comunidad.<br />
<br />
Será el sábado 7 de Septiembre de 2013, en el Le Parc. Pueden anotarse o dejar su idea en la <a href="http://hackatrix.belatrixsf.com/" target="_blank">web</a> del evento.<a href="https://eventioz.com.ar/e/hackatrix-mendoza-2013" target="_blank"></a><br />
<br />
<br />
Pronto publicarán los premios y todas las novedades que se vayan generando. Allí también encontrarán mucha data para prepararse previamente y estar lsitos para ese día.<br />
<br />
Ojalá entre todos podamos hacer una hackathon divertida y que genere muchas cosas constructivas para todos, los esperamos!<br />
<br />
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="http://3.bp.blogspot.com/-mkuFG25EdhU/Ug5H3ppEtSI/AAAAAAAAJBA/UnETY89wtKo/s1600/Haka-Rugby-Union-Internat-004.jpg" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" src="http://3.bp.blogspot.com/-mkuFG25EdhU/Ug5H3ppEtSI/AAAAAAAAJBA/UnETY89wtKo/s1600/Haka-Rugby-Union-Internat-004.jpg" height="416" width="640" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Estos amargos no vienen...</td></tr>
</tbody></table>
<br />Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-8813069557316883560.post-19655193871836095962013-05-15T08:15:00.000-07:002013-05-16T10:02:54.254-07:00Charla de James Bach en TestBash 2.0Me encantó esta charla (en inglés) posteada en <a href="http://www.ministryoftesting.com/2013/04/testbash-video-a-galumphing-we-go-james-bach/">TestBash 2.0</a> de James Bach, a él también le gustó,obvio:
<blockquote class="twitter-tweet" lang="es"><p>One of my best talks. "@<a href="https://twitter.com/damimj">damimj</a>: another great lesson by @<a href="https://twitter.com/jamesmarcusbach">jamesmarcusbach</a> <a href="http://t.co/i3ap2P25O5" title="http://www.ministryoftesting.com/2013/04/testbash-video-a-galumphing-we-go-james-bach/">ministryoftesting.com/2013/04/testba…</a> <a href="https://twitter.com/search/%23testbash">#testbash</a>"</p>— James Marcus Bach (@jamesmarcusbach) <a href="https://twitter.com/jamesmarcusbach/status/327899691108945920">26 de abril de 2013</a></blockquote>
<script async src="//platform.twitter.com/widgets.js" charset="utf-8"></script>
<br>
</br>
<iframe src="http://player.vimeo.com/video/64762883" width="400" height="300" frameborder="0" webkitAllowFullScreen mozallowfullscreen allowFullScreen></iframe>Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-8813069557316883560.post-43605034383152079902013-02-04T10:39:00.000-08:002013-02-04T10:39:21.144-08:00El Tester Arquero<blockquote class="tr_bq">
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="http://2.bp.blogspot.com/-qEy4Vaua7Ck/UQ_-mWhRSXI/AAAAAAAAGqM/WFKYY2kc29U/s1600/porteros.jpg" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" src="http://2.bp.blogspot.com/-qEy4Vaua7Ck/UQ_-mWhRSXI/AAAAAAAAGqM/WFKYY2kc29U/s1600/porteros.jpg" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Genios.</td></tr>
</tbody></table>
Arquero: <span style="background-color: white; font-family: sans-serif; font-size: 13px; font-style: italic; line-height: 19.200000762939453px;">En el </span><i>fútbol</i><span style="background-color: white; font-family: sans-serif; font-size: 13px; font-style: italic; line-height: 19.200000762939453px;">, el </span><b style="background-color: white; font-family: sans-serif; font-size: 13px; font-style: italic; line-height: 19.200000762939453px;">guardameta</b><span style="background-color: white; font-family: sans-serif; font-size: 13px; font-style: italic; line-height: 19.200000762939453px;"> (también llamado </span><b style="background-color: white; font-family: sans-serif; font-size: 13px; font-style: italic; line-height: 19.200000762939453px;">meta</b><span style="background-color: white; font-family: sans-serif; font-size: 13px; font-style: italic; line-height: 19.200000762939453px;">, </span><b style="background-color: white; font-family: sans-serif; font-size: 13px; font-style: italic; line-height: 19.200000762939453px;">cancerbero</b><span style="background-color: white; font-family: sans-serif; font-size: 13px; font-style: italic; line-height: 19.200000762939453px;">, </span><b style="background-color: white; font-family: sans-serif; font-size: 13px; font-style: italic; line-height: 19.200000762939453px;">arquero</b><span style="background-color: white; font-family: sans-serif; font-size: 13px; font-style: italic; line-height: 19.200000762939453px;">, </span><b style="background-color: white; font-family: sans-serif; font-size: 13px; font-style: italic; line-height: 19.200000762939453px;">portero</b><span style="background-color: white; font-family: sans-serif; font-size: 13px; font-style: italic; line-height: 19.200000762939453px;">, o </span><b style="background-color: white; font-family: sans-serif; font-size: 13px; font-style: italic; line-height: 19.200000762939453px;">golero</b><span style="background-color: white; font-family: sans-serif; font-size: 13px; font-style: italic; line-height: 19.200000762939453px;">) es la posición que representa la última línea de defensa entre el ataque del oponente y la propia </span><i>portería</i><span style="background-color: white; font-family: sans-serif; font-size: 13px; font-style: italic; line-height: 19.200000762939453px;">. Es una de las posiciones más difíciles de jugar, debido a su gran complejidad y responsabilidad. La función principal del jugador en esta posición es la de defender directamente la portería y evitar que el contrario marque </span><i>gol</i><span style="background-color: white; font-family: sans-serif; font-size: 13px; font-style: italic; line-height: 19.200000762939453px;">. <a href="http://es.wikipedia.org/wiki/Guardameta_(f%C3%BAtbol)" target="_blank">1</a></span></blockquote>
"Y que queres? Si es Arquero!" Diego Maradona<br />
<br />
En el fútbol, yo soy arquero. Desde chico. También he jugado como delantero, me encanta hacer goles, pero tal vez por mandato paterno, porque no soy tan bueno en otros aspectos que debe tener un goleador, porque nadie quería hacer ese trabajo ingrato de ser arquero en el equipo, me decidí por atajar, volar de palo a palo, tocar con la punta de los dedos la pelota y que se vaya besando el poste, mientras mis compañeros dejan de respirar por un segundo. Muy poético...pero nos odian, nos menosprecian durante 89 de los 90 minutos de un partido y cada gol en contra es una sentencia de muerte para el arquero, culpable de todos los males, poco saludado y apreciado en las alegrías.<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="http://3.bp.blogspot.com/-pZOvJdYTN4E/UQ_-1wJvESI/AAAAAAAAGqU/wwOOjhi9kjs/s1600/casillas.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="http://3.bp.blogspot.com/-pZOvJdYTN4E/UQ_-1wJvESI/AAAAAAAAGqU/wwOOjhi9kjs/s1600/casillas.jpg" /></a></div>
<div style="text-align: center;">
El trabajo del arquero es ingrato.</div>
<br />
En el trabajo, yo soy Tester. Desde hace poco más de un año. También he sido analista, me gusta analizar los problemas y ver que solución se le pueden dar, cual es la mejor manera de encarar una solución. Pero por razones de la vida, mudarme a una nueva ciudad, no aburrirme escribiendo innumerables documentos, hacer algo novedoso, porque nadie quiere ser Tester, me decidí por hacer este trabajo, encontrar defectos que nadie encuentra antes de que el producto llegue a producción, ver como ese defecto se arregla, y los desarrolladores suspiran cuando un nuevo release sale a producción y nos felicitan, aunque ellos son felicitados por su gran trabajo, y a los testers nos felicitan con una palmadita por hacer lo que debíamos hacer.<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="http://2.bp.blogspot.com/-RrfI7-grPKE/UQ__MVBtPZI/AAAAAAAAGqc/-gSIr64gfXQ/s1600/awkward_goalkeeper_142385.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="http://2.bp.blogspot.com/-RrfI7-grPKE/UQ__MVBtPZI/AAAAAAAAGqc/-gSIr64gfXQ/s1600/awkward_goalkeeper_142385.jpg" height="320" width="218" /></a></div>
<div style="text-align: center;">
El trabajo del Tester es ingrato.</div>
<br />
Dicen que el Tester es el "gatekeeper" de la calidad de un producto. Muchos estamos en contra, como James Bach en su <a href="http://www.satisfice.com/blog/archives/652" target="_blank">blog</a>, o <a href="http://qablog.practitest.com/2012/06/cmon-if-you-have-something-to-say-get-up-and-say-it/?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+QA-Intelligence-a-QABlog+%28QA+Intelligence+-+a+QABlog%29" target="_blank">Joel Montvelisky </a>en el suyo.<br />
<br />
Yo propongo que nos comparen con el "goalkeeper", el arquero.<br />
Nosotros no frenamos un release, intentamos que nos hagan la menor cantidad de goles en contra (bugs en producción) de manera que los mayores aciertos de nuestro equipo nos permitan ganar (salir a producción). Los goles son culpa de todo el equipo (atacantes, centros, defensas y el arquero), los bugs son culpa de todo el equipo (desarrolladores, diseñadores, analistas y testers).<br />
El arquero tiene una visión diferente del juego, lo ve todo desde atrás, por lo que puede ver facetas del juego que otros (incluido el técnico) no pueden ver. Por eso es muy importante que tenga buenas habilidades de comunicación, para poder ordenar la defensa y el juego de contraataque. El Tester también tiene una visión diferente del desarrollo de un producto, tiene que ver las cosas desde otro contexto (incluso de sus Managers). Y sus habilidades de comunicación son imprescindibles, para poder hacer las preguntas correctas, a los actores correctos, en el momento justo, para solucionar problemas o bien evitarlos a futuro.<br />
Los mejores arqueros tienen habilidades que normalmente no se le piden, como jugar bien con los pies, transformándose en el ultimo defensor del equipo, o patear penales, que en ciertos momentos de un partido pueden ser importantes para el equipo. Los mejores testers también requieren habilidades que normalmente se cree que no tienen, como el conocimiento de lenguajes de desarrollo, o la aplicación de herramientas para mejorar el trabajo.<br />
<br />
Los mejores equipos de fútbol, quieren y miman a sus arqueros de clase mundial, porque saben que los van a necesitar cuando más necesarios son. Debemos lograr lo mismo en los equipos de desarrollo, debemos convertirnos en los "Goalkeepers" del desarrollo de software.<br />
<br />Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-8813069557316883560.post-72645558602732953112013-02-03T08:57:00.001-08:002013-02-04T10:16:49.009-08:00El Tester Bilingüe - The Bilingual Tester<table cellpadding="0" cellspacing="0" class="tr-caption-container" style="float: left; margin-right: 1em; text-align: left;"><tbody>
<tr><td style="text-align: center;"><a href="http://1.bp.blogspot.com/-gjbu4Dn8QBM/UQ6NRiIxWmI/AAAAAAAAGoA/VhtTQdk0GDs/s1600/comodo.jpg" imageanchor="1" style="clear: left; margin-bottom: 1em; margin-left: auto; margin-right: auto;"><img border="0" src="http://1.bp.blogspot.com/-gjbu4Dn8QBM/UQ6NRiIxWmI/AAAAAAAAGoA/VhtTQdk0GDs/s1600/comodo.jpg" height="400" width="310" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Chiste malo - Bad joke</td></tr>
</tbody></table>
Una de las habilidades más importante que debe tener un Tester de software hoy en día, es saber un segundo idioma, con una mayor preponderancia por el Inglés.<br />
En la actualidad, en la mayor parte de Latinoamerica, los ingenieros y analistas de sistemas trabajan en su mayoría para empresas de Outsourcing. Yo soy uno de tantos.<br />
Mis primeras experiencias laborales en IT no involucraron el idioma inglés, ya sea por que fueran clientes de la actividad pública, o empresas que trabajan 100% con el mercado interno, o por que sus principales clientes eran mexicanos. Mi trabajo actual sí implica como condición el inglés, idioma que estudié en forma intermitente desde los 6 años, pero que nunca pude practicar como hubiera deseado. Por suerte pasé las pruebas y estoy en mi trabajo actual, que permitió empezar a conocer el mundo del Testing y que gracias a eso, hoy estoy escribiendo esto.<br />
Pero el segundo idioma, además de la ventaja que le permite a uno comunicarse mejor con los clientes, permite una ventaja adicional: el poder entender lo que quiere el cliente en sus historias o requerimientos. Y esto es algo muy importante para un Tester, porque su trabajo comienza apenas hay un nuevo requerimiento (sea cual fuera la forma en la que recibimos este requerimiento) y si no entendemos lo que quieren, podemos llegar a reportar información sobre nuestro Testing, que no será valiosa para el cliente.<br />
Saber inglés también permite comunicarse con la comunidad de Testers del Mundo. En otros posts anteriores he informado cómo conectarse vía <a href="http://testingfordamis.blogspot.com.ar/2013/01/el-tester-pobre-como-mejorar-en-la.html" target="_blank">Twitter </a>con estas personas, que todos los días comparten sus ideas, blogs, enlaces e información relacionada a las tareas diarias de los Testers alrededor del mundo.<br />
Para comunicarse con suecos, fineses, rumanos, ingleses, canadienses o norteamericanos, necesitamos una lengua común, y el inglés, aun con sus imperfecciones, domina sobre otros idiomas, aunque no sea el mas hablado (El mandarín y el español tienen mas personas que lo hablan en el mundo que el inglés, ver <a href="http://es.wikipedia.org/wiki/Anexo:Lenguas_por_n%C3%BAmero_de_hablantes_nativos" target="_blank">acá</a>).<br />
Así que he decidido continuar puliendo mis habilidades con el inglés, haciendo un doble trabajo: escribiendo mis posts en español y luego traducirlos al inglés. Obviamente cuando haga un post traduciendo un <a href="http://testingfordamis.blogspot.com.ar/2013/01/convertirse-en-un-tester-de-clase.html" target="_blank">artículo</a> escrito en inglés, no lo volveré a poner en su idioma original. Pero creo que vale la pena que mis artículos también lo puedan leer gente de más allá de Hispanoamerica.<br />
<br />
<br />
One of the most important skills you must have as a software tester today, is to know a second language, with a greater emphasis with English.<br />
At present, in most of Latin America, engineers and systems analysts work mostly in Outsourcing companies. I am one of many.<br />
My first work experiences in IT did not involve the English language, whether they were customers in the public activity, or companies that work 100% with the domestic market, or that their main customers were Mexicans. My current job does imply as a condition English, which I studied intermittently since age of 6, but that I could never practice as I have wished. Luckily I passed the tests and I am in my current job, which allowed getting to know the world of Testing and thanks to that, I'm writing this today.<br />
But the second language, in addition to the advantage that allows you to communicate better with customers, allows an additional advantage: being able to understand what the customer wants in their stories or requirements. And this is something very important for a Tester, because their work begins when there is a new requirement (whatever the form in which we receive this requirement) and if we do not understand what they want, we can report about our Testing,something that could not be valuable to the customer.<br />
Knowing English can also allows you communicate with the World Testers community. In previous posts I have reported how to connect with these people via <a href="http://testingfordamis.blogspot.com.ar/2013/01/el-tester-pobre-como-mejorar-en-la.html" target="_blank">Twitter</a>, that every day they share their ideas, blogs, links and information related to the daily tasks of the Testers worldwide.<br />
To communicate with Swedish, Finnish, Romanian, English, Canadian or American, we need a common language, and English, even with its imperfections, dominates over other languages, though is not the most spoken (Mandarin and Spanish are most widely spoken in the world than English, see <a href="http://en.wikipedia.org/wiki/List_of_languages_by_number_of_native_speakers" target="_blank">here</a>).<br />
So I've decided to continue polishing my English skills, doing double duty: writing my posts in Spanish and then translated into English. Obviously when I make a post translating an article written in English, I will not put back in their original language. But I think it's worth that my articles can also be read beyond people of Latin America.<br />
<br />
You will see my posts in English, <a href="http://testingfordamiseng.blogspot.com.ar/" target="_blank">here</a>.Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-8813069557316883560.post-80468225132496119772013-01-31T19:41:00.000-08:002013-02-03T08:10:40.813-08:00Convertirse en un tester de Clase Mundial<br />
<i><br /></i>
<span style="font-family: Arial, Helvetica, sans-serif;">Este post es una traducción de un gran post hecho por</span> <span style="background-color: white; font-family: Arial, sans-serif; line-height: 1; text-align: center;"><a href="http://www.ilari.com/" target="_blank">Ilari Henrik Aegerter</a> en un blog de <a href="http://www.ebaytechblog.com/2013/01/31/becoming-a-world-class-tester/" target="_blank">Ebay</a>. </span><br />
<span style="background-color: white; font-family: Arial, sans-serif; line-height: 1; text-align: center;">Es tan bueno y útil que me pareció que debía intentar traducirlo para que los testers de habla hispana también puedan leer esta interesante linea de pensamiento, que está creciendo día a día en el mundo, espero que a <a href="https://twitter.com/ilarihenrik" target="_blank">Ilari </a>no le importe.</span><br />
<i><br /></i>
<i>Un Tester es alguien que sabe que las cosas pueden ser diferentes.</i><br />
<br />
Esa es la descripción de Jerry Weinberg de un tester de clase mundial, que nos recuerda que el Testing se trata sobre el pensamiento crítico y la imaginación. Se trata de no creer en nada en su sentido literal, pero manteniendo una mentalidad investigativa.<br />
<br />
<i>Testing es cuestionar a un producto con el fin de evaluarlo.</i><br />
<br />
Esta definición de la actividad de Testing de software, de James Bach, incluye uno de los aspectos más importantes del Testing: descubrir información y entregarla. Software Testing trata de revelar lo desconocido.<br />
<br />
Si la calidad significa <i>valor para alguna persona que le importa</i> (como Weinberg ha definido), entonces el Testing está al servicio de descubrir cualquier cosa que amenace este valor. Para proporcionar este servicio, un tester tiene que ser capaz de hacer una variedad de cosas, tales como hacer buenas preguntas, comentando sobre los requisitos, e interactuar con un producto de tal manera que produzca información que sea útil.<br />
<br />
Mi definición de un tester de clase mundial es una persona que es capaz de descubrir rápidamente información muy relevante sobre el producto, alguien que hace el máximo uso de cualquier recurso que está disponible para él o ella, y que cuenta con el respeto de las personas involucradas en un proyecto. Es una persona en quien se puede confiar.<br />
<br />
Por lo tanto, teniendo en cuenta estas definiciones, ¿qué habilidades y mentalidad debería invertir en convertirse en un tester de clase mundial? ¿En qué áreas necesitas ser bueno para evitar ser desacreditado como un "monkey-tester"?<br />
<br />
<h3>
Competencias Técnicas</h3>
En los niveles superiores del gerenciamiento, las pruebas de software son a menudo vistas como sólo una disciplina técnica. Creen que su eficacia como tester depende de su capacidad de escribir código que haga las pruebas por voz. Sin embargo, hay muchos aspectos de las pruebas de software que simplemente no son automatizables. Los seres humanos son increíblemente hábiles en pensar y adaptarse a la nueva información que se presenta en función del contexto, y dado que el software es un sistema de cambio constante de funciones y estados, a veces es más eficiente hacer un proceso explorativo. La automatización es todo lo contrario a eso, ya que se trata de scripts.<br />
<br />
Sin embargo, la automatización puede liberar tiempo a los testers para hacer más exploración, que permite el descubrimiento. Cualquier cosa que sea altamente repetitiva o aburrida o que tenga que ejecutarse una y otra vez, es un buen candidato para la automatización. La automatización es muy valiosa en estas áreas.<br />
<br />
El desarrollo de un automatización poderosa y fácil de mantener es difícil. Estoy convencido de que un desarrollador de software mediocre no es capaz de cumplir con los requisitos para ese trabajo. Si usted quiere hacer la automatización de pruebas útiles, es mejor que sea un programador excelente, además de tener otras habilidades de Testing.<br />
<br />
Aquí hay algunas otras habilidades y modos de pensar que creo que le ayudarán:<br />
<br />
<h3>
Curiosidad de Investigación</h3>
Si usted piensa que el Testing es un mal necesario - algo para salir del camino hasta que pueda hacer algo <i>realmente </i>bueno - usted está en peligro de perderse problemas importantes. Testers de clase mundial están constantemente explorando las capacidades y limitaciones de sus productos, manteniendo un sano escepticismo sobre la capacidad de esos productos.<br />
<br />
Si quiere darse un título de fantasía, piense en si mismo como un "empirista compulsivo", guiado por impulsos irresistibles para encontrar la verdad sobre lo que está pasando. Tester de primera clase significa seguir el impulso de llegar al fondo de las cosas, no darse por vencido hasta que haya experimentado suficiente valor para usted. Cuando ves a un tester rehuir de supuestos no verificados, eso es una buena señal de que toman su trabajo en serio.<br />
<br />
<h3>
Habilidades de observación</h3>
Si desea observar algo, usted tiene que notarlo primero. La observación es la capacidad de darse cuenta de detalles importantes o significativos. Al probar un producto tiene que ser capaz de observar situaciones que no son habituales.<br />
<br />
¿Quién sería un buen maestro en el dominio de la observación? Vaya a dar un paseo con un niño de cinco años de edad, y vea qué atrapa su atención: una pequeña grieta en el pavimento, una hermosa flor en un jardín, un caracol haciendo lentamente su camino en una pared. Los niños son observadores naturales; están interesados en todo lo que sucede a su alrededor. Sus canales están abiertos y observan con alegría.<br />
<br />
Condicionese a sí mismo para mantener sus canales abiertos. Emule el comportamiento de un niño. Entrénese en la conciencia general. Mire más de cerca. Baje la velocidad. Observe.<br />
<br />
<h3>
Habilidades de comunicación</h3>
Usted se encontrará con circunstancias en las que uno tiene que defender sus hallazgos. Usted tendrá que convencer a la gente a tomar acción, así que es mejor que sepa cómo explicar por qué sus resultados son relevantes.<br />
<br />
Los Testers de clase mundial realmente practican describiendo sus pruebas. Ellos saben que sus explicaciones deben ir mucho más allá de "Sí, lo he probado, confía en mí." Si usted puede describir su prueba, su credibilidad como alguien que sabe lo que está haciendo crece. Una forma de mejorar es utilizar <a href="http://www.satisfice.com/tools/htsm.pdf" target="_blank">el modelo de estrategias de pruebas heurísticas</a> cuando usted explica lo que está haciendo. O, mejor aún, a usted se le ocurrirán sus propios modelos.<br />
<br />
Al contar su historia, recuerde que la comunicación es una calle de dos vías. Los Testers de clase mundial hacen un seguimiento a las respuestas que reciben de sus preguntas y están alertas a la nueva información que aparece en una conversación.<br />
<br />
<h3>
Habilidades de escritura y defensa de bugs</h3>
Las comunicaciones más ricas ocurren cuando usted es capaz de hablar con alguien cara a cara. Usted observa las expresiones faciales, puede reaccionar a los indicadores de confusión y los malentendidos pueden aclararse de inmediato. Esto no sucede con la escritura. El canal es más estrecho y más propenso a malentendidos. Las aclaraciones necesitan más tiempo y esfuerzo.<br />
<br />
La defensa del Bug a menudo va de la mano con la escritura. Su capacidad para describir el problema con precisión y de manera comprensible influye en la probabilidad de que los errores correctos sean corregidos. No todos los errores reportados deben ser arreglados, pero si aquellos que mejor no se hubieran escapado a causa de una mala redacción.<br />
<br />
Un informe de bugs es un documento convincente que necesita influir en las personas adecuadas para actuar. Libere sus informes de errores de información irrelevante y no los atraiga como un titular sensacionalista que le grita en el lector.<br />
<br />
Es posible que desee mantener un registro de sus informes de bugs pasados. ¿Cuáles produjeron confusión? Podría haberlos escrito de otra manera? ¿Un cambio de redacción podría traducirse en una mejor comprensión?<br />
<br />
<h3>
Conocimiento del Dominio</h3>
Como tester, usted no sólo compara las especificaciones con la implementación. Hay muchas otras referencias, como las expectativas del usuario, la coherencia con otros productos similares, o la historia de su producto, que puede utilizar para identificar problemas. Conocimiento del dominio es también una de las referencias que usted puede desarrollar. Hable con sus clientes. Tenga una charla con los chicos de marketing. Pase un día con Atención al Cliente. Cuanto más conoce lo que es importante para su negocio, mejor será su juicio.<br />
<br />
<h3>
La voluntad de aprender</h3>
Usted es un trabajador del conocimiento. El conocimiento no es estático, especialmente no en el dominio técnico. El aprendizaje constante es esencial para llegar a ser mejor en lo que hace. Una situación en la que los seres humanos interactúan con el software es una situación donde el software está interactuando con los seres humanos. Es útil tratar de entender cómo ambos trabajan. Recomiendo explorar las ciencias sociales (psicología cognitiva, las teorías de interacción social, etc), así como incrementar su educación técnica.<br />
<br />
En mi opinión, cada tester que quiere llegar a ser realmente bueno se beneficiará de la participación en los cursos excelentes de BBST (<span style="background-color: white; color: #111111; font-family: Verdana, sans-serif; font-size: 13px; line-height: 19.984375px;">Black Box Software Testing</span>) . Cada curso dura cuatro semanas, y usted pasará 15-25 horas cada semana con intensivos ejercicios prácticos. Puede encontrar más información sobre estos cursos en la página web de la <a href="http://www.associationforsoftwaretesting.org/" target="_blank">Association for Software Testing</a>.<br />
<br />
Otro curso que recomiendo es RST (Rapid Software Testing), que se centra en el contexto, la exploración y pensamiento para encontrar mejores bugs. En la actualidad está impartido por James Bach, Michael Bolton y Paul Holland. Una búsqueda hábil en el buscador le llevará al lugar correcto.<br />
<br />
<h3>
Habilidades sociales</h3>
Testers que constantemente se quejan de su trabajo y lo horrible que todos los demás son, hace que mi sangre hierva. La Auto-victimización es venenosa. A veces sólo tienes que dejarlo ir. Si usted no puede hacer eso, se le percibe como un amargado. Si la gente va a tomar una cerveza la noche del viernes,usted no será invitado. Imagínese lo que eso influye en la voluntad de las personas en colaborar con usted.<br />
<br />
<h3>
Humor</h3>
El humor ayuda. Entre muchas otras cosas, ayuda a mantener la cordura. Como tester, usted a menudo vive en un ambiente estresante. Sonreír y reír reduce los efectos dañinos de las hormonas del estrés. Le ayuda a mantenerse enfocado en lo que quieres hacer: Testing.<br />
<br />
<h3>
Práctica</h3>
Y sobre todo, hay que practicar sus habilidades. Si no practica, no se puede llegar a los niveles más altos de capacidad. Mientras que usted practica, observese a sí mismo, encuentre áreas de mejora, y que todas sus acciones sean deliberadas y auto-reflexivas.<br />
<br />
<h3>
Conclusión</h3>
Pretender convertirse en un tester de clase mundial no significa llegar a un destino, sino más bien estar en un constante viaje hacia nuevos territorios. La exploración nunca termina, lo cual es estimulante, y hace que Testing sea tan gratificante.<br />
<br />
Feliz Testing!Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-8813069557316883560.post-71431012020911358082013-01-25T10:42:00.001-08:002013-02-03T08:10:22.593-08:00El Tester Pobre: Como mejorar en la profesión cuando no tienes dinero<div class="separator" style="clear: both; text-align: center;">
<br /></div>
<div class="separator" style="clear: both; text-align: center;">
<a href="http://2.bp.blogspot.com/-ZT5y9jYbmWM/UQLPlWmcl8I/AAAAAAAAGnA/dRtkodVRvzk/s1600/socialtester.jpg" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" src="http://2.bp.blogspot.com/-ZT5y9jYbmWM/UQLPlWmcl8I/AAAAAAAAGnA/dRtkodVRvzk/s1600/socialtester.jpg" /></a></div>
Si bien James Bach y muchos otros abogan por el auto aprendizaje y que las certificaciones y universidades no sirven de mucho, cuando uno quiere mejorar en su profesión suelen decirte que debes capacitarte, asistir a congresos y contactarte con otra gente, y eso puede costar mucho dinero si uno lo quiere hacer bien.<br />
Pero si uno vive muy lejos de los centros desarrollados en donde todo pasa (es decir USA y Europa) y además vive en un país pobre (Australia y Nueva Zelanda también están lejos, pero viven bien y hablan inglés), no le queda otra que arreglarse con lo que tiene a mano para mejorar y progresar en esta profesión.<br />
Creo que debe pasar en muchas otras profesiones, pero ser Tester en Argentina y con pocos recursos monetarios es muy difícil si uno quiere asistir a Congresos, cursos, hacer certificaciones o networking con otros testers. Intentaré en estas lineas buscar formas de superar estos inconvenientes y lograr nuestros objetivos, sin gastar tanto.<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="http://2.bp.blogspot.com/-fV0v_flb0ZY/UQLKaVc_-jI/AAAAAAAAGlw/Tjv7QZTAf9g/s1600/descarga+(2).jpg" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" src="http://2.bp.blogspot.com/-fV0v_flb0ZY/UQLKaVc_-jI/AAAAAAAAGlw/Tjv7QZTAf9g/s1600/descarga+(2).jpg" /></a></div>
<h3>
Conferencias:</h3>
<div>
Ir a las conferencias de <a href="http://lets-test.com/" target="_blank">Let's Test</a> o <a href="http://www.eurostarconferences.com/" target="_blank">EuroStar</a> en Europa, o <a href="http://starcanada.techwell.com/" target="_blank">StarCanada</a> y <a href="http://conferences.associationforsoftwaretesting.org/" target="_blank">CAST</a> en Norteamérica hoy por hoy son imposibles, por los costos y porque la mayoría de las empresas en Argentina no pueden/no quieren afrontar los costos de mandar a una persona 4 días a una conferencia al otro lado del mundo que supuestamente no les reportará beneficios a corto plazo.</div>
<div>
En Argentina casi no hay conferencias buenas sobre tecnología y no existen para QA/Testing.</div>
<div>
Si no puedes ahorrar, o la coyuntura del país te complica realizar el viaje, hay que pensar en otras formas de "participar" en ellas a distancia.</div>
<div>
Una forma es ir a sus páginas web y leer los artículos y ver videos de las conferencias anteriores, muchas de ellas brindan mucha información sobre lo expuesto en años previos y pueden ser muy útiles. Eurostar tiene una página con sus <a href="http://www.eurostarconferences.com/community/member/webinar-archive" target="_blank">webinars</a>, Let's Test tiene una página donde recapitula <a href="http://lets-test.com/?page_id=900/" target="_blank">keynotes</a> y sessions de la conferencia de 2012. CAST tiene su canal de <a href="http://www.youtube.com/user/TheAstVideos/videos" target="_blank">youtube</a> en donde podrán encontrar muchos videos sobre sesiones durante la conferencia.</div>
<div class="separator" style="clear: both; text-align: center;">
<a href="http://2.bp.blogspot.com/--vIVwxgsxOA/UQLNLusp88I/AAAAAAAAGmo/RnHWfHKjHV4/s1600/cast.jpg" imageanchor="1" style="clear: right; float: right; margin-bottom: 1em; margin-left: 1em;"><img border="0" src="http://2.bp.blogspot.com/--vIVwxgsxOA/UQLNLusp88I/AAAAAAAAGmo/RnHWfHKjHV4/s1600/cast.jpg" /></a></div>
<div>
La otra forma es seguir sus Hash Tags en Twitter como <a href="https://twitter.com/search?q=%23cast2013&src=typd" target="_blank">#CAST2013</a> o <a href="https://twitter.com/search?q=%23esconfs&src=hash" target="_blank">#esconf</a> en donde los participantes, tanto los expositores como los asistentes, van contando lo mejor de las conferencias y publican enlaces interesantes en vivo mientras todo sucede.</div>
<div>
<br /></div>
<div>
<a href="http://2.bp.blogspot.com/-yMO-l6wqzbA/UQLKmVZsHVI/AAAAAAAAGmA/B1lrgQO9Djs/s1600/islands_small.jpg" imageanchor="1" style="clear: left; display: inline !important; margin-bottom: 1em; margin-right: 1em; text-align: center;"><img border="0" src="http://2.bp.blogspot.com/-yMO-l6wqzbA/UQLKmVZsHVI/AAAAAAAAGmA/B1lrgQO9Djs/s1600/islands_small.jpg" height="130" width="200" /></a> </div>
<h3>
<a href="http://1.bp.blogspot.com/-e0uldNSYZWE/UQLNmDmFjLI/AAAAAAAAGmw/i3l5u6uEqcg/s1600/Education_logo.jpg" imageanchor="1" style="clear: right; display: inline !important; float: right; margin-bottom: 1em; margin-left: 1em; text-align: center;"><img border="0" src="http://1.bp.blogspot.com/-e0uldNSYZWE/UQLNmDmFjLI/AAAAAAAAGmw/i3l5u6uEqcg/s1600/Education_logo.jpg" height="149" width="200" /></a>Cursos/Seminarios: </h3>
<div>
Uno quisiera ir las <a href="http://en.wikipedia.org/wiki/Orcas_Island" target="_blank">Islas Orcas</a> y conocer en persona a James Bach y hacer su curso de <a href="http://www.satisfice.com/rstjune2013.shtml" target="_blank">Rapid Software Testing</a>, pero para eso hay que tener mucha plata y tiempo para viajar hasta allí. Pero si no es tu caso, al menos puede hacerlo <a href="http://www.satisfice.com/rtionlineonly.shtml" target="_blank">on-line</a> a un costo menor o si ni siquiera puedes afrontarlo (400 dólares no es poco...) entonces al menos puedes leer mucha información en su <a href="http://www.satisfice.com/index.shtml" target="_blank">página</a>, en futuros post trataré de traducir alguna de sus publicaciones.</div>
<div>
Si lo que quieres es hacer alguna certificación tipo <a href="http://www.istqb.org/" target="_blank">ISTQB</a> o un curso como el de la <a href="http://www.associationforsoftwaretesting.org/training/" target="_blank">AST</a> (ambas cosas son muy diferentes entre si, puedes averiguar mas leyendo este <a href="http://www.inspiredtester.com/1/post/2013/01/istqb-vs-bbst.html" target="_blank">post</a> de <span style="background-color: white; font-family: inherit; font-style: inherit; line-height: 26px;">Leah Stockley)</span> puedes hacerlo on-line a un costo menor (en euros/dólares of course) o si simplemente quieres estudiar la información que ellos proveen, hay muchos Blogs en donde suben esa información gratis (aunque algunos no muy actualizados o exactos).</div>
<div>
Lo que se puede ofrecer en Argentina es muy vago y no es respaldado por ninguna comunidad de Tester, por lo que no puedo recomendar algo.</div>
<h3>
</h3>
<h3>
Programación:</h3>
<div class="separator" style="clear: both; text-align: center;">
<a href="http://4.bp.blogspot.com/-iHqyZe5Z7ac/UQLMk3qWwnI/AAAAAAAAGmQ/c7JpAkiPOPQ/s1600/wc3.jpg" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" src="http://4.bp.blogspot.com/-iHqyZe5Z7ac/UQLMk3qWwnI/AAAAAAAAGmQ/c7JpAkiPOPQ/s1600/wc3.jpg" height="150" width="200" /></a></div>
<div>
Si necesitas aprender un lenguaje de programación, ya sea por que quieres ampliar tus conocimientos técnicos, ya sea por querer aprender a automatizar usando scripts, o por alguna cuestión puntual en tu trabajo, no vayas a hacer un curso a alguna de esas consultoras, no valen la pena por costo/tiempo vs. beneficio, lo mejor es el auto aprendizaje, y hay muchas páginas webs muy buenas en donde te enseñan de todo: <a href="http://www.codecademy.com/es/learn" target="_blank">Codecademy</a> tiene cursos gratuitos e interactivos de HTML, Javascript, Ruby, Jquery, Python,etc. Algunos cursos ya están disponibles en Español. La interfaz es bastante sencilla de usar y los cursos te permiten hacerlos a tu ritmo.</div>
<div class="separator" style="clear: both; text-align: center;">
<a href="http://2.bp.blogspot.com/-zUDf-qLSKGc/UQLMs2W-zGI/AAAAAAAAGmY/-M7C4e0pPBQ/s1600/codecademy.jpg" imageanchor="1" style="clear: right; float: right; margin-bottom: 1em; margin-left: 1em;"><img border="0" src="http://2.bp.blogspot.com/-zUDf-qLSKGc/UQLMs2W-zGI/AAAAAAAAGmY/-M7C4e0pPBQ/s1600/codecademy.jpg" height="60" width="200" /></a></div>
<div>
<a href="http://www.w3schools.com/" target="_blank">W3Schools</a> es otra muy buena página para aprender lenguajes de programación en forma on-line y gratuita, aunque sólo en inglés.</div>
<div>
<br /></div>
<h3>
Auto-Aprendizaje:</h3>
<div class="separator" style="clear: both; text-align: center;">
<a href="http://3.bp.blogspot.com/-0WgQ-HfDJ2I/UQLM8jwFH8I/AAAAAAAAGmg/G0r9_fSeBcc/s1600/bucaneer.jpg" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" src="http://3.bp.blogspot.com/-0WgQ-HfDJ2I/UQLM8jwFH8I/AAAAAAAAGmg/G0r9_fSeBcc/s1600/bucaneer.jpg" height="200" width="200" /></a></div>
<div>
Aun no me pude hacer con el libro de James Bach que trata sobre las virtudes del auto-aprendizaje, <a href="http://www.amazon.com/exec/obidos/ASIN/1439109087/satisin" target="_blank">"Secrets of a Bucaneer Scholar"</a>, pero creo que, por sus palabras en diferentes sitios, la habilidad de aprender cosas por uno mismo es cada vez mas importante, tanto en el mundo laboral como en lo personal.</div>
<div>
Una de las cuestiones del auto-aprendizaje es leer...leer, leer y leer...y leer mucho y variado. Para eso se necesitan libros...comprar libros, por que los libros sobre Testing no se consiguen en las librerías fácilmente y mucho menos en las Bibliotecas. Ademas, como todo, están carísimos y el Gobierno no subsidia los libros educativos (como sí lo hacen en la India).</div>
<div>
Si tienes la suerte de poder ahorrar y comprar un Kindle, puedes al menos amortizarlo con la compra más barata de libros...o buscarlos y bajarlos (mi opción favorita por razones económicas) pero los libros sobre Testing son difíciles de conseguir "gratis", pero normalmente sus versiones ebook son más baratas y con el kindle se consiguen al toque.</div>
<div>
Busca de leer cosas que vayan más allá del Testing, mucho material de otras Ciencias (Antropología, Epistemología, incluso Historia o Psicología) pueden servirte a tu trabajo diario, busca en los Blogs de otros testers, qué libros están leyendo y búscalos.</div>
<div>
Otro tema importante son los idiomas, especialmente inglés. Aunque no trabajes en un proyecto con otras personas que hablen inglés, puede que a futuro si lo hagas, ademas que te ayuda a desarrollar mejor tus habilidades de networking. Una opción muy buena es hacer un curso o-line ne <a href="http://livemocha.com/" target="_blank">Livemocha</a>, en donde puedes aprender muchos idiomas en forma interactiva.<br />
<br /></div>
<h3>
Networking:</h3>
<div>
<br /></div>
<div class="separator" style="clear: both; text-align: center;">
<a href="http://3.bp.blogspot.com/-7bHiZ9p7JMo/UQLJ_e0kPOI/AAAAAAAAGlk/HPJTg6WJFFo/s1600/descarga+%25281%2529.jpg" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" src="http://3.bp.blogspot.com/-7bHiZ9p7JMo/UQLJ_e0kPOI/AAAAAAAAGlk/HPJTg6WJFFo/s1600/descarga+%25281%2529.jpg" /></a></div>
<div>
Dicen que esa es la principal experiencia que viven los que asisten a los Congresos, conocer otra gente y relacionarse con ellos, hablar sobre temas comunes, entablar amistades o relaciones de negocios/laborales...Networking!</div>
<div>
Pero aquí en Argentina no hay nada de eso, entonces...como hacer networking a la distancia?</div>
<div>
Las redes sociales obvio! Para cuestiones laborales y de negocios, principalmente uso Linkedin, pero para cuestiones de conocer gente de la comunidad de Testing y relacionarme con ellos o hablar de temas comunes, uso Twitter.</div>
<div>
En linkedin hay muchos grupos de Testing QA en donde uno puede participar o leer posts de otra gente de la misma profesión, también conocer en que empresas trabajan y que hacen.</div>
<div>
En Twitter puedes seguir Testers, simplemente buscándolos o puedes agregarte esta <a href="https://twitter.com/damimj/testing" target="_blank">lista</a> de Testers y afines, que creé para tener un TL mas limpio.</div>
<div>
A veces hay información muy interesante y uno puede hacerle preguntas a <a href="https://twitter.com/jamesmarcusbach" target="_blank">@jamesmarcusbach</a> o <a href="https://twitter.com/michaelbolton" target="_blank">@michaelbolton</a> o a cualquier otro consultor de renombre y seguramente te responderán.</div>
<div>
<br /></div>
<div>
<br /></div>
<div>
Como verán, hay formas de relacionarse con el Mundo exterior sin tomarse un avión, obviamente a todos nos gustaría viajar, relacionarse con la Comunidad o hacer grandes cursos sobre Testing pero mientras uno no puede, debe intentar al menos mantenerse capacitado y listo para cuando la oportunidad se dé.</div>
<div>
Hay muchas otras maneras de hacer todo lo anteriormente expuesto, esas son las que se me ocurren ahora como más efectivas. Iré agregando cosas nuevas en al medida de lo posible.</div>
<div>
<br /></div>
<div>
<br /></div>
<div>
<br /></div>
<div>
<br /></div>
<div>
<br /></div>
<div>
<br /></div>
<div>
<br /></div>
<div>
<br /></div>
Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-8813069557316883560.post-45632889717784815402012-12-20T06:52:00.000-08:002013-02-03T08:09:53.835-08:00Como hacer Testing cuando no tienes Test Cases<div class="separator" style="clear: both; text-align: center;">
</div>
<div style="margin-left: 1em; margin-right: 1em;">
<img src="http://qatestlab.com/assets/Uploads/Ad-Hoc-Testing.jpg" height="320" width="319" /></div>
<br />
<br />
¿Alguna vez han entrado en un nuevo proyecto y no tiene documentación, ni siquiera Test Cases? O han encontrado que la documentación es deficiente o no se ha actualizado durante un tiempo ... si su respuesta es sí, quiero presentarles algunas herramientas que podrían ser útiles para el entendimiento y testeo de una aplicación, y que les pueden llevar a crear los casos de prueba (en caso de que su jefe/cliente desee tener casos de prueba) y su base de conocimientos.<br />
<br />
Primer paso: Mapas Mentales<br />
Los Mapas Mentales pueden ser una herramienta poderosa, tanto para una tormenta de ideas como para resumir una charla en una conferencia o un backlog review. Pero también se puede utilizar para crear un plan de pruebas. Pueden utilizar un mapa mental para ayudarlos a decidir sobre cómo podrían asignar sus recursos, cuando se trata de una situación incierta.<br />
Al enfrentarnos con una nueva funcionalidad en la aplicación, se puede ejecutar una sesión de análisis, con el objetivo de identificar lo que hay que analizar. Las sesiones de análisis puede ayudarnos a decidir en donde están los potenciales riesgos, lo que queremos cubrir, o cómo queremos cubrirlo. Estas sesiones se pueden traducir en un mapa mental para tener una perspectiva visual de la situación.<br />
Los mapas mentales son la herramienta perfecta para desarrollar y ejecutar las pruebas, evolucionando sus ideas, mientras realiza el testing. Nuestros resultados se pueden expresar en unos mapas mentales como un punto de inicio para agregar nuevas ideas y cobertura.<br />
<br />
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><img alt="Test Planning MindMap" src="http://farm8.staticflickr.com/7110/7534365896_ef3731e27a_z.jpg" height="331" style="margin-left: auto; margin-right: auto;" width="400" /></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Test Planning Mind Map by http://www.ministryoftesting.com</td></tr>
</tbody></table>
<br />
Hay un montón de herramientas que podrían ser utilizadas para crear mapas mentales, he aquí algunas:<br />
<br />
<b><a href="https://www.lucidchart.com/" target="_blank">LucidChart</a>:</b> un software on-line de diagramas, tiene múltiples tipos de diagramas, incluyendo mapas mentales.<br />
<b><a href="http://www.xmind.net/" target="_blank">XMind</a>:</b> la herramienta más utilizada para realizar mapas mentales.<br />
<b><a href="http://www.simpleapps.eu/simplemind/" target="_blank">SimpleMind</a>:</b> visualmente, los mapas se ven mucho mejor con esta herramienta, por haber sido creado para iOS, aunque tiene su versión de escritorio, sólo tiene una prueba de 30 días.<br />
<br />
<table cellpadding="0" cellspacing="0" class="tr-caption-container" style="float: left; margin-right: 1em; text-align: left;"><tbody>
<tr><td style="text-align: center;"><a href="http://2.bp.blogspot.com/-mjkpLouFRAM/UNMX9l11cGI/AAAAAAAAGfg/BQW1HgiDio4/s1600/qtrace.png" imageanchor="1" style="clear: left; margin-bottom: 1em; margin-left: auto; margin-right: auto;"><img border="0" src="http://2.bp.blogspot.com/-mjkpLouFRAM/UNMX9l11cGI/AAAAAAAAGfg/BQW1HgiDio4/s1600/qtrace.png" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Pequeña UI,Gran herramienta</td></tr>
</tbody></table>
Segundo Paso: Qtrace<br />
Incluso si estás haciendo pruebas exploratorias o Scripting Testing, tienes que escribir un informe de bugs si has encontrado defectos.<br />
Qtrace es una herramienta potente y fácil de usar, que te permite grabar tu sesión de pruebas con varias snapshots y capturar cada paso que haces en esas imágenes, añadir tus propias notas y generar un informe para exportar en varios formatos (Word, PDF, etc ) o que puede ser integrado con múltiples trackers como Quality Center, Jira o Version One.<br />
Estos informes podrían ser utilizados como casos de prueba, ya que tienen pasos para reproducir, el ambiente de testing, especificaciones e imágenes que podrían ayudar a los Testers a seguir el caso de prueba y a los desarrolladores a solucionar el defecto.<br />
Puedes bajarlo <b><a href="http://www.qasymphony.com/qtrace-overview.html" target="_blank">aquí</a>.</b><br />
<br />
<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="http://1.bp.blogspot.com/-cHlU1ESC1h0/UNMk6X-8gcI/AAAAAAAAGfw/bG4TLuMpX4o/s1600/hexawise.png" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" src="http://1.bp.blogspot.com/-cHlU1ESC1h0/UNMk6X-8gcI/AAAAAAAAGfw/bG4TLuMpX4o/s1600/hexawise.png" /></a></div>
Tercer Paso: Hexawise<br />
Cuando necesitas comenzar a planificar tu pruebas de cobertura o de regresión, puedes encontrarte con múltiples posibilidades, que generan miles de casos de prueba que puede hacer que sea imposible cubrir todo.<br />
Hexawise es una herramienta web, que maximiza la cobertura de la pruebas con un número mínimo de casos de prueba, ya que te permite crear un plan de pruebas mejor sin omitir cualquier combinación de las funcionalidades y configuraciones.<br />
Sólo tienes que crear tus inputs, y Hexawise va a generar los casos de prueba y analizar su cobertura en pocos segundos.<br />
Fácil de usar, con un poco de práctica, puedes crear fácilmente tus planes de prueba y exportarlo a un archivo de Excel o exportarlo a una herramienta de test management o a herramientas de automatización de pruebas como Quality Center, QTP, selenium, etc<br />
Lo puedes descargar <b><a href="http://hexawise.com/" target="_blank">aquí</a>:</b><br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="http://4.bp.blogspot.com/-AFffpHNeIoA/UNMlmc2_p2I/AAAAAAAAGf4/lyF3O0Iy-KM/s1600/wiki.jpg" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" src="http://4.bp.blogspot.com/-AFffpHNeIoA/UNMlmc2_p2I/AAAAAAAAGf4/lyF3O0Iy-KM/s1600/wiki.jpg" /></a></div>
Cuarto Paso: Wikis<br />
¿Y dónde podríamos guardar toda esta información para que la puedan usar otros Testers?<br />
Como Leah Stockley dice en su <b><a href="http://www.inspiredtester.com/1/post/2012/12/addressing-the-risks-of-exploratory-testing-part-1.html" target="_blank">blog</a>:</b><br />
"Un método eficaz consiste en capturar la información esencial del proyecto (el conocimiento del dominio, aspectos técnicos, consideraciones de prueba, etc) en un wiki. Parte del tiempo ahorrado por no escribir scripts, puede ser invertido en la actualización de la wiki, la captura de los puntos más importantes en un documento conciso que se puede leer y está disponible para cualquier persona en el proyecto que puedan estar interesados, no sólo el equipo de pruebas.<br />
Cuando un tester nuevo comienza, deben comenzar por leer la wiki ... pero para hacerlo más interactivo, les pedimos que revisen la exactitud y que sean responsables de hacer cambios y mejoras en la base de conocimientos. " (Traducción libre hecha por mí)<br />
<br />
En "tiempos ágiles", tener un conjunto de potentes herramientas y personas capaces de adaptarse a cualquier situación, puede hacer la diferencia en el desarrollo de software.<br />
<br />
Quiero agradecer la inspiración de este post a:<br />
Michael Bolton, específicamente a este <a href="http://www.developsense.com/blog/2012/10/time-coverage-and-maps/" target="_blank"><b>post</b></a>, pero pueden leer todo su <b><a href="http://www.developsense.com/blog/" target="_blank">blog</a> </b>que es más que interesante.<br />
A este <b><a href="http://www.softwaretestingclub.com/profiles/blogs/from-test-cases-to-mind-maps-a-personal-experience" target="_blank">post</a> </b>de <span style="background-color: white; color: #454545; font-family: Arial, 'Helvetica Neue', Helvetica, sans-serif; font-size: 14px; line-height: 18px;">Mauri Edo</span><span style="background-color: white; color: #454545; font-family: Arial, 'Helvetica Neue', Helvetica, sans-serif; font-size: 14px; font-weight: bold; line-height: 18px;">, </span><span style="background-color: white; color: #454545; font-family: Arial, 'Helvetica Neue', Helvetica, sans-serif; font-size: 14px; line-height: 18px;">que habla de mapas mentales.</span><br />
<span style="background-color: white; color: #454545; font-family: Arial, 'Helvetica Neue', Helvetica, sans-serif; font-size: 14px; line-height: 18px;">Y a </span>Leah Stockley que hizo un gran post en su <b><a href="http://www.inspiredtester.com/" target="_blank">blog</a> </b>y ojalá muchas empresas en Latinoamerica pudieran leerla y empezar a cambiar el modelo de testing actual en la región.<br />
<br />
<br />
<br />Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-8813069557316883560.post-40029512617933560492012-07-19T07:43:00.000-07:002013-02-03T08:09:44.681-08:00Como Testear un Caniche ToyEl otro día me encontré con esta noticia en <a href="http://www.mdzol.com/mdz/nota/400533-dice-que-lo-estafaron-en-la-salada-acusa-que-le-vendieron-dos-ratas-brasilenas-como-caniches-toy/" target="_blank">MDZOnline</a>, en donde a unas personas las estafaron con unas ratas blancas crecidas con anabólicos vendidas como caniches toys...o sea les vendieron rata por perro. Los <a href="http://www.soho.com.co/zona-cronica/articulo/estofado-perro/25406" target="_blank">coreanos</a> se hacen agua la boca (?)<br />
Ahora...digo...de pronto...me parece...si te van a vender un perro...si te van a meter el perro, no podes al menos fijarte si es un perro? y como haces para testear a un perro?<br />
Como sucede con el Testing, a veces uno no puede saber como es exactamente lo que uno debe testear.<br />
Entonces uno debería hacer pruebas utilizando su cerebro.<br />
<br />
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="http://1.bp.blogspot.com/-LF5xysQwAfU/UAgafPeRRXI/AAAAAAAAGSI/SjXcu3CZMhc/s1600/rataxperro.jpg" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" height="400" src="http://1.bp.blogspot.com/-LF5xysQwAfU/UAgafPeRRXI/AAAAAAAAGSI/SjXcu3CZMhc/s400/rataxperro.jpg" width="309" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Apretarle las bolas a ver si dice GUAU!</td></tr>
</tbody></table>
<br />
La primera prueba es <b>comprobar</b> si el perro hace Guau, o sea, aunque sea cachorro los perros dicen GUAU! aunque uno nunca haya tenido perros, y mucho menos un caniche toy, uno sabe por la experiencia, por que le contaron desde el jardín de infantes, por que alguna vez algún perro te ladró, que el sonido que hace un perro es similar a la onomatopeya GUAU.<br />
Hay perros que no ladran mucho, no es el caso que nos compete hoy, pero igual uno debiera ver que al menos hace ese sonido, es <i>un requerimiento que uno espera en un perro</i>. Una rata seguramente no "dice" Guau!<br />
Lo segundo que podemos hacer es ver <b>el contexto. </b>En una feria en donde todo lo que venden es trucho, que te vendan un animal de raza por un valor muy inferior, es como mínimo sospechoso. Es importante ver el contexto en donde uno esta haciendo pruebas. No es lo mismo comprobar que un caniche toy es realmente un perro en una veterinaria que en La Salada.<br />
Lo tercero que podemos hacer antes de comprar un perro, sea la raza que sea y no importa en donde lo compremos o adoptemos, es <b>averiguar</b> como es la raza, su comportamiento, sus necesidades, sus pros y contras,etc. Esto se puede hacer fácilmente buscando en Internet, o preguntando al veterinario mas cercano a nuestro domicilio. Tener información sobre que es lo que vamos a testear es muy importante para entender cómo lo vamos a testear.<br />
Este es mi primer boceto para entender un poco el Exploratory Testing de James Bach y Compañía, en próximos post trataré de adentrarme mas en el tema.<br />
Ya sea comprando un perro o cualquier otra cosa, o probando software, siempre trata que no te vendan Gato por Liebre o, en este caso, Rata por Perro.<br />
<br />
<br />Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-8813069557316883560.post-40072164917050642362012-07-12T18:59:00.000-07:002013-02-03T08:08:47.646-08:00El porqué de este BlogSeguramente no abrí este blog para innovar, es más creo que atraso al menos 5 años. Tampoco lo abrí para compartir mi larga experiencia, todo lo contrario.
La idea fundamental es descubrir, o mejor dicho, auto-descubrir, de que se trata mi trabajo.
¿Y cual es mi trabajo? En mi empresa lo llaman QA Engineer, pero no soy Ingeniero. En la gran mayoría de los lugares le llaman (nos llaman) Testers, pero es muy básico...
Lo que me importa ahora es descubrir que hay más allá de mi trabajo rutinario e intentar volverlo menos amateur y más profesional.
Seguramente usaré este blog para mostrar mis frustraciones profesionales, y tal vez algunas lecciones aprendidas en el camino que le puedan servir a nuevas camadas de incautos.
La idea de este blog surgió básicamente de 3 sucesos:
<br />
<br />
<table cellpadding="0" cellspacing="0" class="tr-caption-container" style="float: right; margin-left: 1em; text-align: right;"><tbody>
<tr><td style="text-align: center;"><a href="http://2.bp.blogspot.com/-ySXfTWJX0tQ/T_97RwI3NFI/AAAAAAAAGQU/TyXnrl8wtso/s1600/james+bach.jpeg" imageanchor="1" style="clear: right; margin-bottom: 1em; margin-left: auto; margin-right: auto;"><img border="0" height="185" src="http://2.bp.blogspot.com/-ySXfTWJX0tQ/T_97RwI3NFI/AAAAAAAAGQU/TyXnrl8wtso/s200/james+bach.jpeg" width="200" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Groso.</td></tr>
</tbody></table>
<br />
<ul>
<li>Una compañera de trabajo me pasó este <a href="http://youtu.be/ILkT_HV9DVU" target="_blank">video</a> de James Bach y me partió un poco la cabeza y me sacó de la modorra mental (?) en la que me estaba auto sometiendo. Hablaré de él y sus ideas en próximos posts, pero entre otras cosas me di cuenta que debía abrir un blog para hablar de estos temas, no importa si nadie me conoce y si nadie sabe si soy bueno o no en esto.</li>
</ul>
<br />
<br />
<br />
<ul>
<li>Luego apareció esta nota en <a href="http://www.mdzol.com/mdz/nota/400533-dice-que-lo-estafaron-en-la-salada-acusa-que-le-vendieron-dos-ratas-brasilenas-como-caniches-toy/" target="_blank">MDZonline</a> y lo primero que pensé es..."Pero nadie testeó si el perro ladraba!?" y ahí me di cuenta que mi trabajo me está absorbiendo (?) y cambiando lentamente mi forma de pensar. Hablaré de los caniches toy y testing en otro post. </li>
</ul>
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="http://4.bp.blogspot.com/-4CYJgfCNAf4/T_984-T_-7I/AAAAAAAAGQc/nkvu-x6eTXE/s1600/no+es+caniche.jpg" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" height="223" src="http://4.bp.blogspot.com/-4CYJgfCNAf4/T_984-T_-7I/AAAAAAAAGQc/nkvu-x6eTXE/s320/no+es+caniche.jpg" width="320" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Esto no es un perro!</td></tr>
</tbody></table>
<br /><table cellpadding="0" cellspacing="0" class="tr-caption-container" style="float: right; margin-left: 1em; text-align: right;"><tbody>
<tr><td style="text-align: center;"><a href="http://2.bp.blogspot.com/-2xR7lCj1W9U/T_9-FhdktcI/AAAAAAAAGQk/e74h4GT5J2s/s1600/civ+4.jpeg" imageanchor="1" style="clear: right; margin-bottom: 1em; margin-left: auto; margin-right: auto;"><img border="0" src="http://2.bp.blogspot.com/-2xR7lCj1W9U/T_9-FhdktcI/AAAAAAAAGQk/e74h4GT5J2s/s1600/civ+4.jpeg" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Juegazo</td></tr>
</tbody></table>
<ul>
<li>Por último lo que me decidió un poco más a emprender este blog, es que me aburrí un poco del Civilization IV y tenía ganas de hacer otra cosa, no podría jugar una partida eterna como este <a href="http://www.reddit.com/r/gaming/comments/uxpil/ive_been_playing_the_same_game_of_civilization_ii/?utm_source=dlvr.it&utm_medium=feed" target="_blank">tipo</a> que juega hace 10 años (!) al Civ 2. </li>
</ul>
<div>
<br /></div>
<div>
Como verán, no tengo grandes razones para hacerlo, pero cualquier excusa es buena para usar el cerebro y tratar de comprender mejor el laburo de uno. Por eso en este blog trataré de volcar lo que encuentre en mi búsqueda hacia el conocimiento, problemas que encuentre para desarrollar mi trabajo y hasta alguna que otra solución...además es mas barato esto que ir al psicólogo (?) </div>
<div>
<br /></div>
<div>
<br /></div>
<div>
<br /></div>
<div>
<br /></div>
<div>
<br /></div>
<div>
<br /></div>
<div>
<br /></div>
<div>
<br /></div>
<br />Unknownnoreply@blogger.com2