Estudiar como probar orden de registros de los modelos #52
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Necesitamos que las llamadas a un seguimiento se vean de más reciente a más antigua, ¿esto puede desarrollarse desde las pruebas? O es puramente de vistas
@bit4bit
@alnus
¿Qué tipo de relaci
onw2many @alnus
Se puede usar order:
https://hg.tryton.org/modules/production/file/tip/product.py#l38
https://docs.tryton.org/projects/server/en/latest/ref/fields.html#one2many
Y esto se podría comparar con una table_query también que tenga un oreden igual al esperado
https://docs.tryton.org/projects/server/en/latest/tutorial/module/table_query.html#define-aggregated-model o usar la función find del pool que devuelva los datos en un orden esperado y hacer la comparación.
¿Una pregunta sería si esto es de relevancia para ser probado?.
Nota: Son solo ideas nunca he realizado este tipo de prueabas
@camilogs una de las propiedades de las pruebas es proteger contra regresiones y una regresion se presenta cuando se modifica el programa o bien cuando el cliente no puede alcanzar su objetivo (por el cual esta usando el programa), cuando el orden impacta en el comportamiento del cliente es necesario hacer la prueba en caso contrario no, ya que no aportaria mucho, tambien lo puede mirar de otra manera y es preguntarse el orden es una sugerencia o una obligacion?
Un ejemplo donde el orden es necesario es en telefonia, no es lo mismo saber si una llamada primero fue contestada y luego colgada, a colgada y luego contestada.
@camilogs si es obligatorio el orden, considere hacer explicito este orden
Según esto, considero que no es necesario probar este comportamiento, ya que no es vital para el modelo de negocio, se hace simplemente para comodidad del usuario, gracias por las observaciones