Saltar al contenido principal

GUI-TDT-006 Guía para detección de defectos de Odoo

v 1.0

Objetivo​

El objetivo de esta guía es proveer estrategias para hacer que el módulo de Talent 360 de Odoo falle.

Contenido​

Principios​

Tener una mentalidad de 'hacer que el sistema falle': Antes de empezar a probar cada vista del sistema, debe de preguntarse: "¿Cómo puedo hacer que el sistema falle en la vista en la que estoy ahora?". Algunos de los puntos que pueden ayudar a responder esa pregunta es:

  • Darle clic a todos los botones que veas y preguntarte si el comportamiento resultante de verdad tiene que ser así (o si de primeras el mismo botón debe estar presente).
  • Darle clic en reiteradas ocasiones a registros, botones, etc.

Saturar los campos de entrada (inputs): Para que el sistema esté libre de fallos tiene que ser capaz de soportar inputs de gran tamaño o, en su defecto, prevenir este tipo de acciones mediante validaciones. Algunos de los puntos que apoyan este principio es:

  • Cuando se permita subir archivos, tratar de subir la mayor cantidad de archivos posible
  • Cuando sea ingresar texto, subir la mayor cantidad de caracteres posible
  • Cuando sea un valor numérico, subir un número muy grande

¿Esto es amigable con el usuario?: Muchos defectos aparecen no porque la funcionalidad esté mal, si no que la vista tiene una mala experiencia con el usuario. Al momento de probar, es muy importante preguntarse "¿Esta vista es lo más fácil de usar y entender para el usuario?".

Verificar si la funcionalidad sigue las reglas de negocio: Algunos defectos que se detectan en entrega es debido a que las funcionalidades pueden no seguir con las reglas de negocio. Si tienes duda sobre si una funcionalidad tiene o no el comportamiento adecuado, acercarte con el Product Owner o con el Team Member que desarrolló esa funcionalidad para aclarar lo que se está probando.

¿Cómo hacer que fallen las vistas de Tree?​

  • Considerar si en la vista tree correspondiente se deberían duplicar los registros o no. Ejemplo: no se debería de duplicar evaluaciones debido a las restricciones que tiene en el negocio.

  • Para los trees que estén dentro de un form, considerar si se debería crear, duplicar, eliminar, exportar e importar registros desde la vista actual.

¿Cómo hacer que fallen las vistas de Form?​

  • Char y Text: Verificar longitud. Si es un campo largo considerar usar Text en vez de Char. Si son etiquetas cortas limitar el número de caracteres.

  • Integer, Float: Considerar si se debería aceptar números negativos y si hay un mínimo o un máximo.

  • Date: Validar fechas muy antiguas o a futuro. Considerar que si se compara con la fecha actual, va a tronar al tratar de modificarlo en otro día. Cambiar a que cuando sea nuevo comparar con la fecha de hoy y que al modificar se compare con la fecha de creación.

  • One2Many y Many2Many: Validar si en la propia relación se debería poder crear, editar, eliminar, duplicar, importar, exportar o tan solo seleccionar cual usar.

Barra de navegación​

Es importante verificar que en todas las vistas que tengan una barra de navegación, que la misma esté funcionando correctamente, independientemente si se le agregan filtros a los registros o no.

¿Qué hago si rompí algo de una forma que no está en la guía?​

Sabemos que algunos defectos pueden salir en escenarios muy específicos, por lo tanto promovemos al lector a que adopte los principios de esta guía y añada a la misma métodos o principios para hacer que el módulo de Talent 360 Evaluaciones falle.

Control de cambios​

VersiónCambio realizadoAnálisisAutorRevisor(es)Fecha de cambio
v 1.0Creación de guíaSe creó la guía para que los miembros del equipo de Talent Dot puedan encontrar defectos dentro del módulo de Talent 360Carlos Velasco
Daniel Cajas		30/05/2024