No tienes acceso a esta clase

隆Contin煤a aprendiendo! 脷nete y comienza a potenciar tu carrera

Defectos y sugerencias

23/29
Recursos

Dependiendo del objetivo del proyecto podemos encontrar que no todos quieren que des sugerencias, solo encuentres defectos. Cosas que pongan en riesgo por costo, prestigio o calidad del producto.

Defectos: Es aquello que no cumple los requerimientos funciones, de dise帽o, de arquitectura y es la consecuencia de un error humano en el c贸digo o la interpretaci贸n de la informaci贸n.

Sugerencias: Es c贸mo la experiencia del usuario se ve afectado. La lentitud del proyecto, la legibilidad, combinaci贸n de colores, la forma de navegar no es adecuada.

Aportes 75

Preguntas 8

Ordenar por:

驴Quieres ver m谩s aportes, preguntas y respuestas de la comunidad?

o inicia sesi贸n.

Yo agregar铆a un campo adicional que ser铆a el impacto del defecto, de esta manera se podr铆a priorizar su ciclo de reparaci贸n de acuerdo a este impacto. Sin embargo, 驴Qui茅n definir铆a este impacto? 驴El tester que est谩 documentando el defecto? 驴C贸mo podr铆a validarse si el impacto asignado es el correcto?
Otro campo que yo agregar铆a, dependiendo de la complejidad del software ser铆a el m贸dulo en el cual se encontr贸 el defecto, para que la persona que revisa estos defectos documentados, pueda filtrarlos f谩cilmente; algo que por ejemplo uso para documentar los bugs cuando realizo pruebas, es usar prefijos dependiendo del m贸dulo donde encuentro el bug, por ejemplo si el que se menciona en el video es del formulario de registro se podr铆a colocar REG-109 o si es de login LOG-001.

Apuntes:

Defectos y Sugerencias

Un defecto es aquello que no cumple los requerimientos ya sea funcionales, de dise帽o, de arquitectura, y es la consecuencia de un error humano en el c贸digo o en la interpretaci贸n de la informaci贸n con la que se construy贸 el software.

Una sugerencia podr铆a ser c贸mo la experiencia del usuario se ve afectada.

Ejemplos de sugerencias

鈥 Ejemplo #1, el mensaje de error no comunica adecuadamente
鈥 Ejemplo #2, el color de la pantalla, no contrasta bien con el texto
鈥 Ejemplo #3, no recib铆 un correo adicional de confirmaci贸n

鈥淪i la calidad la define el usuario final鈥 sus sugerencias se vuelven defectos?鈥

Sugerencias convertidas en defectos / Actualizaciones de software

鈥 Hace lenta la operaci贸n
鈥 Detiene parcial o totalmente el proceso
鈥 El contenido o el flujo confunde al usuario
鈥 Deja cometer muchos errores al usuario
鈥 La traducci贸n o el lenguaje empleado no es correcto
鈥 No funciona sin internet

Si la calidad la define el usuario final, 驴Sus sugerencias se vuelven defectos?
R= No siempre lo que el usuario pide es lo que necesita. En ese caso habr铆a que hacer un an谩lisis en conjunto para determinar si la sugerencia da valor al negocio y en caso de que no, hacer labor de convencimiento con el cliente para que no se tome como un defecto.

Esta ser铆a mi forma de reportar

La correcci贸n del texto de la clase podr铆a ser:
Este correo ya est谩 registrado.
Ingresa otro correo o haz click aqu铆 para restablecer tu contrase帽a.

En realidad que muestre esa alerta sin decir que ya hay una cuenta con ese mail en la plataforma no es un error ya que eso (en terminos de seguridad informatica) no me da mas informacion de la que necesito, por ejemplo: digamos que quiero saber si una persona que conozco (o no) tiene una cuenta registrada en una pagina de citas y yo conozco su hotmail鈥 si me muestra que ya hay una cuenta en ese sitio pues es porque esa persona se registro鈥 asi mismo puede pasar con otras plataformas a las que las personas no les gustaria que por el simple hecho de registrar su mail puedan saber en todos las plataformas que estan de alta.

Seria genial poder tener acceso a esos excel que realizas para descargarlos

El resultado esperado en el ejercicio seria mas acorde un mensaje de error como: 鈥淓l correo ya est谩 registrado鈥

Muy claro los conceptos que explicas en cada clase. Es muy importante que los mensajes sean lo m谩s claros posibles para que sea entendible por cualquier persona.

Para que lo tomen en cuenta los testers:

Debe recordarse, que la escritura apropiada es clic, plural clics, y no la graf铆a inglesa click.

Yo he evidenciado que en los calendarios (algunos) no se muestra el n煤mero 16 sino aparece en letras. A que se debe esto?

Si la calidad la define el usuario final鈥 驴sus sugerencias se vuelven defectos?

A mi punto e vista si, pues es algo que hay que corregir y serian defectos de usabilidad

Defectos y sugerencias
Defecto es aquello que no cumple los requerimientos
Una sugerencia es c贸mo la experiencia del usuario se ve afectada.
"Si la calidad la define el usuario final鈥 sus sugerencias se vuelven defectos?"
Sugerencias Convertidas en defectos pueden convertirse en actualizaciones

  • Hace lenta la operaci贸n
  • Detiene parcial o totalmente el proceso
  • El contenido o flujo confunde al usuario
  • Deja cometer muchos errores al usuario
  • La traducci贸n o el lenguaje empleado no es correcto
  • No funciona sin Internet

Debido a qu茅 no cuento con experiencia como programador-desarrollador o de un tester adicionalmente comparto la informaci贸n siguiente:
Documentaci贸n de los reportes de testing
Para mejorar la documentaci贸n del reporte y su lectura, se sugiere contar con los siguientes atributos:

Un caso de prueba escrito correcta y detalladamente: Facilitar谩 el entendimiento y redacci贸n del defecto.

Identificador del reporte: Un identificador 煤nico que permita trazar el defecto .
Tarea padre: Generalmente el caso de prueba es la tarea padre para asociar el defecto, esta asociaci贸n facilita la trazabilidad.

Informador o tester: Responsable del reporte, quien encuentra el defecto y redacta el reporte.

Estado: Seg煤n los estados definidos para el ciclo de vida, por

ejemplo: Abierto, cerrado, en revisi贸n, anulado, etc茅tera. Este 铆tem se detalla con precisi贸n m谩s adelante.

Versi贸n: Especificar en qu茅 versi贸n del paquete, funcionalidad, producto o commit, se encontr贸 el defecto.

Severidad: La severidad facilita la priorizaci贸n para la resoluci贸n de la incidencia y afecta los datos que se obtendr谩n en el informe. Este 铆tem se detalla con precisi贸n m谩s adelante.

Reproducibilidad: Identificar si es un defecto com煤n, si nunca se ha intentado o si es un defecto frecuente.

Resumen: Escribir un t铆tulo que permita interpretar f谩cilmente el defecto.
Pasos para reproducir el error: Describir todos los pasos que faciliten el camino para que cualquier persona del equipo pueda llegar a reproducir el defecto.

Informaci贸n adicional: Datos de prueba, diagn贸stico.
Ambiente o ubicaci贸n: Documentar la base de datos de pruebas, el nombre o identificador del ambiente.
Im谩genes y/o videos: Respaldar el reporte con im谩genes o videos para ampliar y facilitar su lectura.
Descripci贸n del defecto: Este 铆tem se detalla a continuaci贸n.
Descripci贸n del defecto
Se ha dejado este t贸pico aparte por la atenci贸n que merece. De la buena redacci贸n del defecto depende en gran medida que se logren minimizar los problemas asociados a los altos reprocesos producidos por las falencias en la interpretaci贸n del reporte.

Para lograr con mayor facilidad este objetivo, se puede realizar la descripci贸n del defecto teniendo en cuenta los siguientes elementos:

Cu谩ndo: Acci贸n que describe el evento y las variables dentro de la descripci贸n del caso de prueba.

Qu茅: Resultado que se obtuvo al ejecutar la acci贸n (cu谩ndo), que discrepa del resultado esperado.

D贸nde: Ubicaci贸n del objeto de prueba.

Resultado esperado: Describe el objetivo de la funcionalidad.

#LINUX #XFCE

Esta es la capturadora de pantalla que me saca de apuros y se puede usar en distintas distros, se llama Xfce4-screenshooter

web oficial : https://docs.xfce.org/apps/screenshooter/4.12/start

Considero mejor para captura de evidencias una aplicaci贸n llamada Screenspresso, es gratis y con el fin de resaltar o seleccionar mejor el contenido, a帽adir texto adicional, degradar u ocultar informaci贸n, etc. Es muy bueno, o tambi茅n Snagit, que ya sirve para hacer grabaci贸n de una ejecuci贸n de pruebas, o de cualquier otra cosa.

Pero el resultado esperado deberia ser recibir un error de 鈥渓a cuenta ya esta registrada ingrese otra鈥 ya que no debe permitir registros dobles

Si es una sugerencia que est谩 afectado el objetivo de la aplicaci贸n (ej, no se entiende el UX de la app y no se sabe por donde se paga) es un defecto.

驴Si la calidad la define el usuario, sus sugerencias se vuelven defectos? No se convierten en defectos, mientras la observaci贸n dada por el cliente no se haya tenido en cuenta dentro de las definiciones iniciales y se convertir铆a en oportunidades de mejora

Nombre
El color de la pantalla no contrasta bien con el texto
Descripci贸n
El texto tiene un color claro que no se distingue bien del fondo
Pasos
1, Ir al sitio
2, No se distingue el texto
Resultado esperado
Se pueda leer con poca luz
Resultado actual
No se lee

Nombre
No recib铆 un correo adicional de confirmaci贸n
Descripci贸n
El mail confirmando el registro no lleg贸 ni por Spam
Pasos
1, ir al sitio
2, Dar click en registro
3. Registrarse
4, Esperar el correo de confirmaci贸n
Resultado esperado
Lleg贸 el mail y activ贸 la cuenta
Resultado actual
No lleg贸 el mail ni por spam

驴Si la calidad la define el usuario, sus sugerencias se vuelven defectos?
Creer铆a que si la experiencia del cliente no ha sido 贸ptima en un alto o aceptable porcentaje sus sugerencias si se convierten en defectos ,lo primordial es la experiencia del usuario ,eso s铆 como es un defecto no esperado se debe dar el tipo de prioridad y analizar el impacto que tiene en el proyecto

Bastante interesante la informaci贸n

Una herramienta interesante para la gesti贸n de defectos es Mantis.

Yo dir铆a que las defectos u errores encontrados en las aplicaciones usadas por usuarios no pensados se convierten en defectos no esperados, lo cual por supuesto es una opci贸n de mejora pero siguen siendo defectos, una nueva versi贸n de estos.

Sugerencias convertidas en defectos pueden ser actualizaciones de software. Ejemplo, cuando Whatsapp empez贸 a incursionar en otros mercados como Asia.
O como Uber en China, quien tuvo que reaprender como gestionar esos usuarios.

Los defectos son errores que generan el no cumplimiento de un requerimiento determinado.

Sugerencia: Cuando no se visualiza hacia que p煤blico estar谩 dirigido el sitio o la aplicaci贸n. Y un usuario nuevo no puede disfrutar de una experiencia optima, gener谩ndole conflictos o problemas a la hora de utilizarla.

Si el usuario define la calidad se convierte en defecto ya que no satisface la necesidad y causa rechazo tal vez por malas practicas desde la toma de requerimientos o errores los pasos del ciclo de vida del software

creeria que las sugerencias del usuario final no serian defectos, creo que serian como alcances o iteraciones que se pueden agregar en una nueva version o un la version 2.0

Si el usuario hace sugerencias, creo que si son un defecto

Muy buena clase

Prueben lightshot como herramienta para screenshots

Como registrar un bug

Con respecto a la pregunta:

Mas o menos, creo que el usuario final es el que mejor da feedback de la app porque al final es el quien la usa, PERO, no podemos arreglar o tener en cuenta TODAS las sugerencias que dan los usuarios porque lo hacen desde su propio unto de vista y tal vez mejorar lo que sugieren puede da帽arse para otro que le guste.

Lo mejor (en mi opinion) es mirar cuantas de estas sugerencias se repiten o estan ligadas ya que ahi si seria para un bien mayor.

En Mantis BT se puede reportar Bug de esa forma, hay un espacio para el paso a paso.

Como principio de seguridad, es preferible no dar mayor detalle al usuario al momento de fallar una autenticaci贸n, para no facilitar su tarea a los hackers. Un mensaje vago como el que muestra inicialmente el ejemplo es preferible.

En nuestra empresa usamos gifs, para mostrar los pasos del error, as铆 lo pueden ver de forma m谩s clara y en la documentaci贸n agregamos la URL del video

La documentaci贸n es muy importante al momento de dar a entender al equipo lo que va pasando con el software, pero lo mas importante es saber documentar, si no hay un buen trabajo se puede decir que no se esta llevando a cabo como deber ser, y viene el re trabajo.

Existen muchos casos, si tiene muchas sugerencias entonces habr铆a que ponerlo como prioridad?
Si el uso se dificulta pero no impide el objetivo y el personal esta obligado a usarlo, entonces lamentablemente ser谩 aceptado el software sino le afecta el jefe inmediato, pasa mucho en instituciones p煤blicas.
Si el software debe ser atractivo para los clientes como un juego o un servicio de paga, entonces si se le dar谩 prioridad a la facilidad que brinde la interfaz.

Esos mensajes 鈥淕en茅ricos鈥 de errores hasta puede crear inconformidad en los usuarios finales

Estaria bueno agregar el nombre y el ID de quien va a reportar el defecto, la URL

me encantan estas clases, muy asertiva

Excelente clase

muy buena clase

Me gusta documentar defectos y errores en forma de video con Loom video, es m谩s r谩pido y el equipo en general lo entiende mejor.

Ser铆a bueno que se permitiera descargar ese documento realizado por la profesora, a pesar de ser ejemplo es una visualizaci贸n muy buena

No, para eso existen las mejoras y se puede integrar en alguna interacci贸n

Un defecto es aquello que no cumple los requerimientos, ya sean funcionales, de dise帽o, de arquitectura y es la consecuencia de un error humano.

Una sugerencia podr铆a ser; c贸mo la experiencia del usuario se ve afectada.

驴C贸mo reportar un defecto/sugerencia?: Excel o Google sheets pueden ayudar a hacer esto. Ejemplo

Dependiendo del objetivo del proyecto podemos encontrar que no todos quieren que des sugerencias, solo encuentres defectos. Cosas que pongan en riesgo por costo, prestigio o calidad del producto.
Defectos
Es aquello que no cumple los requerimientos funciones, de dise帽o, de arquitectura y es la consecuencia de un error humano en el c贸digo o la interpretaci贸n de la informaci贸n.
Sugerencias
Es c贸mo la experiencia del usuario se ve afectado. La lentitud del proyecto, la legibilidad, combinaci贸n de colores, la forma de navegar no es adecuada.
Si la calidad la define el usuario final 鈥 sus sugerencias se vuelven defectos??
Las sugerencias convestidas en defectos / actualizaciones de software

Dependiendo de la sugerencia del usuario, porque si es algo que pueda afectar los requerimientos iniciales pensar铆a que si, pero si es un

Scrum es una metodolog铆a ideal para lidiar con el cambio.

En especifico para incorporar las sugerencias de los usuarios y los cambios solicitados por los clientes.

En mi proceso como tester encontraba defectos como por ejemplo al clickear en el calendario y usar un dia y oprimir 2 veces y arrastrarlo hacia arriba, podr铆a apreciar un bug visual que no podr铆a afectar la plataforma, o al usuario ya que jamas har铆a algo como eso, pero pienso, si ese tipo de bugs que se sacan insistiendo en alg煤n lugar se deben contar como defectos para arreglar o no hay necesidad, ya que el desarrollador dec铆a que el usuario jamas llegar铆a a realizar algo como eso y que el bug no da帽a la experiencia del usuario ni la plataforma. Todo esto termino fue tomado como una sugerencia no mas y no como un defecto.

Dependiendo del objetivo del proyecto podemos encontrar que no todos quieren que des sugerencias, solo encuentres defectos. Cosas que pongan en riesgo por costo, prestigio o calidad del producto.

Defectos: Es aquello que no cumple los requerimientos funciones, de dise帽o, de arquitectura y es la consecuencia de un error humano en el c贸digo o la interpretaci贸n de la informaci贸n.

Sugerencias: Es c贸mo la experiencia del usuario se ve afectado. La lentitud del proyecto, la legibilidad, combinaci贸n de colores, la forma de navegar no es adecuada.

Las sugerencias del usuario no se convierten en defectos si est谩n fuera del alcance del proyecto.

podr铆a llegar a convertirse una sugerencia del cliente en un defecto pero esto luego de una evaluaci贸n de esta, ya que el usuario podr铆a sugerir poner un componente en una posici贸n donde 茅l supone ser谩 mas c贸modo pero resulta que interfiere con otras partes del software

en mi opini贸n las sugerencias del usuarios afectan al negocio de forma indirecta, por ende ellas serian defectos o deficiencias del software鈥

" Si la calidad la define el usuario final鈥 sus sugerencias se vuelven defectos? "

Pienso que desde el momento que el usuario sugiere algo, es porque piensa que al software le falta algo para que se ajuste a sus necesidades. Por lo tanto lo m谩s probable es que, eso que le falta es un defecto, desde el punto de vista del usuario.

Yo agregar铆a la fecha que lo he encontrado y la fecha de realizaci贸n para monitorear cu谩nto tiempo se han demorado en resolver el problema.

驴Si la calidad la define el usuario, sus sugerencias se vuelven defectos?

Mi opini贸n es que depende de lo que reporte el usuario. Si ya hubo un an谩lisis previo y una verificaci贸n con el cliente de dicho an谩lisis, y a煤n as铆 un requerimiento no funcione, puede ser que sea un defecto por parte del desarrollador.
.
Pero, si el sistema cumple con lo solicitado, el usuario solo podr铆a anunciar sugerencias.

++Si la calidad la define el usuario, sus sugerencias se vuelven defectos?
No necesariamente en caso de que ya se haya llegado a un acuerdo previamente entre la empresa y el cliente, y adem谩s el software cumpla con lo requerido.

Si la calidad la define el usuario, 驴la sugerencia se vuelve un defecto?

Depender谩 del alcance acordado que se haya llegado con el cliente. Pero si funcionalmente la soluci贸n cumple lo acordado, se deber铆a negociar con el cliente la adici贸n de esa sugerencia al alcance.

Yo agregar铆a el nombre de la funcionalidad o modulo donde aparece el defecto y si ya fue revisando o no luego de arreglado

Serian requerimientos del usuario, entrar铆a el estudio previo de parte y parte hasta llegar aun acuerdo鈥

Para los que hicimos Testing de Videojuegos no se asusten. Comienza explicando por el CUERPO del Bug y luego concluye con el ENCABEZADO del Bug.

Si al usuario no le gusta la calidad, quiz谩s no sea un Defecto puede que desde el inicio no se capturo bien los requerimientos del cliente.

Si la prueba consiste en registrar una cuenta de correo duplicada, el resultado no deber铆a ser cuenta dada de alta, deber铆a ser mensaje de error informando que ya existe un usuario con esa cuenta.

Me gusta la frase del minuto 4, mi opini贸n sobre la frase es que las sugerencias est谩n apoyadas en c贸mo deber铆a comportarse una aplicaci贸n, por lo tanto se interpretan como defectos.

Las sugerencias del usuario no necesariamente se convierten en defectos del software, se pueden tomar como requerimientos adicionales ya que pueden estar fuera del alcance inicial del proyecto.

Yo creo que cuando un producto es funcional y funciona muy bien (贸sea que no hay errores o bug), aunque para el cliente no sea de calidad, no significa que las sugerencias del cliente se conviertan en defectos. Por ejemplo Amazon funciona bien y una sugerencia m铆a seria que se cambiar el dise帽o de la plataforma, que es horrible. Sin embargo, como la plataforma funciona, las personas la usan incluso aunque la UI es horrible

Un mensaje de error err贸neo se ha generado*

Esa hoja de c谩lculo no parece ser Excel, creo que es Google Docs.


es el primer caso de prueba que hago en mi vida /鈥/

Un defecto es lo mismo que una falta (鈥渇ault鈥), problema o 鈥渂ug鈥, pero el defecto es mucho m谩s que un error de la aplicaci贸n, realmente un defecto abarca todo el proceso productivo del desarrollo de software.
La mayor铆a de los defectos se producen en etapas tempranas del proceso de desarrollo, por lo que en estas etapas debe existir una estructura robusta de control y prubas, debido a que los defectos afectan el comportamiento del programa.