[Sur] Organizando un equipo de testeo OLPC...

[Martin Langhoff]

Hola todos,

Un amigo de la comunidad de Moodle tiene un grupo de alumnos que saben
programar con pygame y que quieren armar un grupo de testeo. Así que
sin darme cuenta terminé escribiendo una guía de cómo armar un grupo
de testeo...

tal vez a alguien aquí en olpc-sur le interese hacer algo similar...

#1 - Inicialmente, tener computadoras / laptops convencionales y
testear el OS del XO dentro de un emulador. Una computadora por
tester, o una por cada 2 testers (un tester al teclado, el otro
tomando nota...) - y un emulador:
http://wiki.laptop.org/go/Emulating_the_XO

#2a - Ver que versiones o áreas del sistema estan necesitando testeo -
la coordinación del "tema de la semana" la hacen en este momento
Michael Stone y Mel Chua, y aparece publicada en
http://wiki.laptop.org/go/Friends_in_testing

#2b - O bien dedicarse a testear actividades -- a veces el testeo del
OS que proponen en Friends in testing requiere tener el hardware y/o
estar mirando cosas muy especificas. Es más divertido e interesante
instalar actividades y testearlas:
http://wiki.laptop.org/go/Activities

#3 - Escribir un sumario o reporte de cada reunión de testeo. Esto es
_sumamente importante_ porque les da oportunidad de reportar éxitos
también. Es energizante escuchar que el programa que has hecho anda
bien -- esos informes son fantásticos y hay que mandarlos a la lista
de desarrolladores. Un par de muestras...

 sesión enfocada en testear actividades:
 http://lists.laptop.org/pipermail/testing/2008-November/000579.html

 sesión enfocada en testear como andan las actividades en una nueva
versión del OS:
 http://lists.laptop.org/pipermail/devel/2008-September/018879.html

Hay varios desarrolladores que hablan castellano, pero habría que
encontrar la manera de enviar una versión en inglés tambien si es
posible.

#3a - Reportar bugs cuando los encuentran... con logs. Más detalles
en... http://wiki.laptop.org/go/Attaching_Sugar_logs_to_tickets -- si
quieren meterse a diagnosticar el bug y proponer soluciones,
fantastico. Pero el primer paso es... _reportar el bug_.

Lo importante es hacerlo interesante para el grupo con el que estás
trabajando. En NZ lo que hacemos es juntarnos en un café los sabados a
la mañana, algunos testers traen a sus hijos, la gente de otras mesas
pregunta, en el café nos regalan bebidas, y amigos bloggean del asunto
http://maresdelsur.wordpress.com/2008/09/26/plan-ceibal-en-nueva-zelandia/

Con tus estudiantes, que me dices que tienen la cabeza metida en
pygame, el punto de entrada tal vez sea ese -- actividades en el XO
que usan Pygame.

Si armas el grupo, y empiezan a reportar bugs... entonces

#4 - pides XOs a través del
http://wiki.laptop.org/go/Contributors_program - asegurate de mostrar
el buen trabajo que ya ha hecho el grupo :)

Y después...

Una vez que tienes XOs... todo el mundo te las quiere pedir. Puedes
canjearlas por entradas al teatro, una cita con esa modelo que tanto
te gusta... Yo las presto a condición de que la gente haga cosas
interesantes (testear, verificar que el bug está realmente arreglado,
programar...) y publique los resultados (simplemente, poniendo un
email en la lista). Todo el mundo encuentra la parte de publicar los
resultados bien difícil... les agarra la timidez... pero si no
publican, no tienen máquina :-)

Con esa simple regla, las máquinas están siempre en manos de gente
productiva y comunicativa.

Ah, aquí está la página en el Wiki donde mantenemos la info de quién
tiene XOs y para qué los está usando, el "tema de la semana" y otras
notas...

abrazos,



m
--
 martin at laptop.org -- School Server Architect
 - ask interesting questions
 - don't get distracted with shiny stuff  - working code first
 - http://wiki.laptop.org/go/User:Martinlanghoff