Consejo manso: Cómo reportar bugs

14 octubre 2009 By In General

Una cosa que se suele hacer bastante en javascript es resetear un formulario, es decir, devolver el formulario a su valor inicial.

Con jquery esto es bastante fácil:



$(

					
							
					
Trackback URL

					
					
, , ,
  1. Juanjo
    15/10/2009 at 12:04 am Permalink

    En realidad eso que comentas es QC (control de calidad, así en castellano), más que QA (‘aseguramiento de la calidad’ ?¿).

    QA es más profundo que hacer solo testing, creeme 😀

    Normalmente se usan sistemas para tickets o seguimiento de bugs que ya refuerzan lo que explicas en esta anotación, porque lamentablemente la gente que hace testing no siempre tiene los conocimientos adecuados (a veces ni conocen el producto!).

  2. Ivan
    16/10/2009 at 11:14 am Permalink

    A mi lo que más me llama la atención es eso del «resultado esperado». Antes de empezar a trabajar con testers, no entendia la utilidad de ese «resultado esperado». Luego lo entendí plenamente: ¡¡esperan cosas muy raras!! 🙂

    En serio, a veces desde determinados departamentos de test parece que quieren imponer como ha de ser el producto y creo que no es algo que les corresponda.

  3. Pau Sanchez
    16/10/2009 at 8:53 pm Permalink

    @Juanjo si es Control de Calidad en español, porque las siglas no son CC? Puestos a que haya una Q, prefiero hacerlo todo en inglés, estoy acostumbrado ya a QA 🙂

    @Ivan coincido en que no son ellos a los que les corresponde decidir como se debe comportar el producto (sobretodo si hay PRD de por medio), sin embargo, si se pone el comportamiento esperado, pueden pasar una de estas cosas:
    – El comentario no aporta nada
    – El comentario ayuda al desarrollador a entender el problema
    – El desarrollador estaba en un error, y lo ha implementado mal
    – El QA está en un error y no es un bug

    La ventaja que le veo a poner cual es el comportamiento esperado, es para ayudar al desarrollador a ver el problema, y sobretodo en los casos en los que o bien el desarrollador o el QA estén en un error. Si por ejemplo el QA está en un error, y resulta que el bug no es un bug, pues se acaba la historia enseguida «Not a bug, it’s a feature» 😉