Plan de pruebas Libertya

= Pestaña 1 {{id name="pestaña-1" /}}=

= **Plan de Pruebas Funcionales Detallado - Libertya ERP** {{id name="plan-de-pruebas-funcionales-detallado---libertya-erp" /}}=

4

5

== **Preferentemente automáticas, pero si no amerita, como el caso C-100, pueden ser manuales.** {{id name="preferentemente-automáticas-pero-si-no-amerita-como-el-caso-c-100-pueden-ser-manuales." /}}==

== **I. Configuración y Seguridad (Perfiles: Configuración de la Compañía)** {{id name="i.-configuración-y-seguridad-perfiles-configuración-de-la-compañía" /}}==

10

11

|=ID |=Funcionalidad a Probar (Nivel Intermedio) |=Casos de Prueba Concretos / Escenarios de Automatización

12

|**C-100** |**Configuración Inicial de la Estructura Jerárquica** |**C-100.1 (Compañía y Logo):** Modificar el nombre por defecto de la Compañía (“Libertya”) y verificar que la información (ej. Categoría de IVA, CUIT) y la imagen/logo se actualicen correctamente al reingresar al sistema. **C-100.2 (Creación de Organizaciones):** Crear una nueva Organización (ej. “Sucursal Córdoba”) y confirmar que la Organización comodín (*) permanece disponible para operaciones que afectan a todas. **C-100.3 (Configuración de Almacenes):** Crear un almacén nuevo y asegurar que esté correctamente asociado a la “Sucursal Córdoba”.

13

|**C-101** |**Gestión de Usuarios y Perfiles** |**C-101.1 (Creación y Asignación):** Crear un nuevo usuario (ej. Juan Perez) con contraseña y asociarle simultáneamente los perfiles predeterminados “Compras” y “Ventas”.

14

|**C-102** |**Restricción de Acceso a Organizaciones** |**C-102.1 (Restricción de Usuario):** Crear un usuario (ej. Pablo Videla) con perfil “Ventas” y configurar su acceso de organización restringido únicamente a “Casa Central”, eliminando el acceso al comodín (*). **C-102.2 (Activación de Seguridad):** Modificar el perfil genérico “Ventas” y activar la casilla **“Utilizar Acceso de Org. de Usuario”**.**C-102.3 (Verificación de Restricción):** Iniciar sesión como “Pablo Videla” y confirmar que solo tiene visibilidad y acceso a los documentos y datos de la organización “Casa Central”.

15

|**C-103** |**Personalización de Perfiles** |**C-103.1 (Pestaña Solo Lectura):** Modificar el perfil “Compras” para que la pestaña “Clientes” dentro de la ventana “Entidades Comerciales” sea accesible, pero configurada en modo **Solo Lectura**. **C-103.2 (Campo No Visible):** En el perfil “Compras”, configurar el campo **“Grupo”** (dentro de la ventana Entidades Comerciales) para que sea **No Visible**. Verificar que el campo desaparezca al ingresar con dicho perfil.

16

|**C-104** |**Control de Acceso a Procesos y Formularios** |**C-104.1 (Deshabilitar Proceso):** Desactivar el proceso **“Copiar Entidad Comercial”** dentro de la configuración del perfil “Administración”. Verificar que el proceso desaparezca del menú de “Administración”. **C-104.2 (Deshabilitar Formulario):** Desactivar el acceso al formulario **“Órdenes de Pago”** para el perfil “Administración” (quitando el tilde en el campo Activo). Verificar que la opción deje de aparecer en el menú del perfil.

17

|**C-105** |**Definición de Tipos de Documento** |**C-105.1 (Herencia y Signo):** Verificar que el documento **Factura A-001** hereda las características de **Factura de Cliente** y tiene el signo positivo para transacciones de ventas. Confirmar que un documento tipo **Nota de Crédito** tenga signo negativo. **C-105.2 (Documento No Fiscal con Secuencia Controlada):** Crear un nuevo documento **“Presupuesto de Licitaciones”** basado en el documento base **“Pedido de Cliente”** (documento no fiscal). Configurar una nueva secuencia numérica (numerador) para que el sistema controle la secuencia (Documento Controlado).

18

|**C-106** |**Configuración de Puntos de Venta** |**C-106.1 (Creación Automática de Documentos):** Utilizar el proceso para crear un nuevo Punto de Venta (ej. Punto de Venta 3). Verificar que el sistema genere automáticamente los documentos correspondientes (ej. 9 documentos) con el prefijo 003 (ej. Factura A-003). **C-106.2 (Numeración Compartida):** Configurar los documentos **Factura A-003**, **Nota de Crédito**, y **Nota de Débito** para utilizar el **mismo numerador/secuencia**. Emitir los tres documentos en ese orden y verificar que la numeración sea consecutiva (ej. 1, 2, 3).

19

20

== **II. Circuito de Ventas (Perfiles: Ventas y Administración)** {{id name="ii.-circuito-de-ventas-perfiles-ventas-y-administración" /}}==

21

22

|=ID |=Funcionalidad a Probar (Nivel Intermedio) |=Casos de Prueba Concretos / Escenarios de Automatización

23

|**V-200** |**Emisión de Presupuestos y Pedidos de Cliente** |**V-200.1 (Creación de Presupuesto):** Crear un Presupuesto de Cliente (Tipo Documento Destino: Presupuesto), definir una **Fecha de Validez** (ej. 2 días), cargar 3 líneas de artículos diferentes y **Completar** el documento. **V-200.2 (Pedido a partir de Presupuesto Vigente):** Crear un nuevo Pedido de Cliente y utilizar la función **Copiar líneas** para replicar el presupuesto anterior. Verificar que la **Fecha de Validez** se respete y que los precios de las líneas sean idénticos a los del presupuesto.

24

|**V-201** |**Facturación a partir de Pedido** |**V-201.1 (Facturación Total desde Pedido):** Crear una **Factura de Cliente** y usar **Crear Desde** para facturar un Pedido en estado ‘Completo’. Seleccionar todas las líneas y cantidades y verificar que el sistema aplique la letra de comprobante correcta (ej. A) para la entidad comercial (Responsable Inscripto). **V-201.2 (Facturación Parcial):** Crear una segunda factura desde el mismo Pedido, seleccionando solo una cantidad menor (ej. 1 unidad en lugar de 5). Verificar que la cantidad restante en el pedido se actualice para futuras facturaciones.

25

|**V-203** |**Venta con Descuentos y Recargos** |**V-203.1 (Descuento General TPV):** Realizar una venta a través de TPV. Aplicar un **descuento general** (ej. 10%). Intentar completar el cobro y verificar que el sistema solicite la **autorización de supervisor** debido a la configuración de seguridad. **V-203.2 (Descuento/Bonificación por Línea):** En la ventana TPV, ingresar un artículo y usar **F6** para aplicar un **descuento manual por línea** (ej. 15%) y agregar una descripción a la línea de bonificación.

26

|**V-205** |**Ventas con Percepciones (Requisito Principal)** |**V-205.1 (Registro de Padrón):** Ejecutar el proceso **Procesar Padrón Retención Percepción** (ej. Padrones de Buenos Aires o Alto Riesgo CABA). **V-205.2 (Cálculo de Percepción en Factura):** Crear una Factura de Cliente para una entidad comercial que esté sujeta a percepciones. Si se utiliza la localización Argentina, verificar que la percepción (ej. IIBB CABA) se calcule y aplique automáticamente en la factura, posiblemente basado en el **Lugar de Entrega** de la misma.

27

28

== **III. Circuito de Compras (Perfiles: Compras y Administración)** {{id name="iii.-circuito-de-compras-perfiles-compras-y-administración" /}}==

29

30

|=ID |=Funcionalidad a Probar (Nivel Intermedio) |=Casos de Prueba Concretos / Escenarios de Automatización

31

|**C-300** |**Alta de Artículos - Creación de Listas de Precios - Emisión de Ordenes de compras** |**C-300.1 Alta de Artículos:** Alta de artículos con asignación de proveedores correspondientes y definición de precios base. **C-300.2 Generación de Listas de Precios:** Creación de reglas de precios con descuentos e incrementos, y posterior importación de tarifas. **C-300.3 – Creación de Órdenes de Compra:** Creación de orden de compra (Tipo de documento destino: //Pedido a Proveedor//) mediante la carga manual rápida de líneas de artículos o la generación automática de las mismas.

32

|**C-301** |**Registro de Factura de Proveedor** |**C-301.1 (Registro Directo):** Cargar manualmente una Factura de Proveedor que incluya diferentes líneas de artículos y descuentos en las líneas, y **Completar** para registrar el pasivo. **C-301.2 (Nota de Crédito de Proveedor):** Registrar una **Nota de Crédito** de Proveedor (utilizando el Tipo de Documento Destino **Abono de proveedores**) y **Completar** el documento.

33

|**C-303** |**Manejo de Notas de Crédito en Órdenes de Pago** |**C-303.1 (Alerta de NC o Anticipos):** Iniciar la creación de una **Orden de Pago (OP)**. Seleccionar un proveedor que tenga la Nota de Crédito o el Pago Anticipado registrado en C-301.2 o C-302.2. Verificar que el sistema muestre un **diálogo informativo** advirtiendo sobre la existencia de saldos a favor no imputados.

34

|**C-304** |**OP con Retenciones (Requisito Principal)** |**C-304.1 (Cálculo y Generación de OP):** Crear una OP para un proveedor con esquemas de retención de **Ganancias** e **Ingresos Brutos** asociados. Seleccionar facturas a pagar. Al pasar a la pestaña de pagos, verificar que el **procesador de retenciones** calcule e inserte automáticamente los documentos de retención, respetando la configuración del proveedor.

35

|**C-305** |**Aplicación de Parámetros de Retención** |**C-305.1 (Mínimo a Retener):** Configurar un Esquema de Retención (ej. Ganancias) con un **Mínimo a Retener** de 500. Emitir una OP donde el cálculo determine una retención de 450. Verificar que el sistema **no aplica la retención**. **C-305.2 (Importe No Imponible):** Configurar un esquema con un **Importe No Imponible** (ej. 10.000) y un porcentaje (ej. 5%). Verificar que el cálculo automático solo se aplique sobre el excedente del importe no imponible.

36

|**C-306** |**Excepciones de Retención a Proveedores** |**C-306.1 (Exención Total Temporal):** Configurar un **Periodo de Excepción** para el proveedor de prueba (ej. mes actual) con un porcentaje de exención del **100%** para el esquema de Ganancias. Emitir una OP dentro de ese periodo y verificar que la retención no se calcule. **C-306.2 (Exención Parcial):** Modificar el Periodo de Excepción al **60%**. Emitir una nueva OP y verificar que el monto retenido sea solo el 40% del cálculo determinado por el sistema.

37

|**C-307** |**Documentos Generados por Retención** |**C-307.1 (Verificación de Documentos):** Después de **Completar** una OP con retención, verificar en el sistema la generación de dos documentos: el **Comprobante de Retención Proveedor** (documento de crédito, Tipo Doc. Crédito) utilizado para cancelar la factura, y la **Factura de Retención Proveedor** (Tipo Doc. Factura) para registrar la deuda con el ente recaudador (ej. AFIP).

38

|**C-308** |**Registro de Retenciones Sufridas (Clientes)** |**C-308.1 (Registro Manual de Retención Sufrida):** Al registrar un **Recibo de Clientes**, acceder a la pestaña de retenciones. Seleccionar un esquema de **Retención Sufrida** (ej. S-GANANCIA). Ingresar manualmente el monto de retención informado por el cliente y verificar que el importe restante de la factura se cubra con el medio de cobro seleccionado (ej. Cheque).

39

40

== **IV. Gestión de Almacenes y Movimiento de Mercadería (Perfil: Gestión de Almacenes)** {{id name="iv.-gestión-de-almacenes-y-movimiento-de-mercadería-perfil-gestión-de-almacenes" /}}==

41

42

|=ID |=Funcionalidad a Probar (Nivel Intermedio) |=Casos de Prueba Concretos / Escenarios de Automatización

43

|A-400 |**Inventario Físico y Anulación** |**A-400.1 (Registro y Completado):** Crear un Inventario Físico. Registrar 2 líneas de recuento para artículos sin stock (ej. 10 unidades de Articulo X). **Completar** el inventario y verificar que el stock de Articulo X se actualice a 10 unidades. **A-400.2 (Anulación):** Seleccionar la opción **Cancelar** en el mismo documento de inventario físico. Verificar que el sistema genere automáticamente un nuevo documento con las líneas de movimiento inversas (-10 unidades) y que el stock de Articulo X regrese a 0.

44

|**A-402** |**Transferencias entre Almacenes (Dos Etapas)** |**A-402.1 (Etapa 1 - Salida):** Registrar un documento de **Transferencia de Mercadería** (Saliente) desde el **Almacén Central** hacia el **Almacén Secundario** (ej. 20 unidades de Articulo Y). **Completar** la transferencia saliente y verificar que el stock salga del Almacén Central. **A-402.2 (Etapa 2 - Entrada):** Buscar el documento de transferencia entrante (suele tener una ‘i’ al final del número). Asignar una **Ubicación destino** dentro del Almacén Secundario e **Completar** la transferencia. Verificar que el stock se añada al Almacén Secundario.

45

|**A-404** |**Fraccionamiento de Artículos** |**A-404.1 (Ejecución de Fraccionamiento):** Acceder a la ventana **Fraccionamiento de Mercaderías**. Seleccionar un Artículo configurado para ser fraccionado (ej. Botella grande de 20 L). Indicar la **Cantidad a fraccionar** (ej. 5 botellas) y la **Unidad de Conversión** (ej. Litro). Añadir los **Artículos Resultantes** (ej. 100 botellas pequeñas, que equivalen a 100 L). Verificar el cálculo de la Merma y **Completar** el documento.

46

47

== **V. Tesorería y Bancos (Perfil: Administración)** {{id name="v.-tesorería-y-bancos-perfil-administración" /}}==

48

49

|=ID |=Funcionalidad a Probar (Nivel Intermedio) |=Casos de Prueba Concretos / Escenarios de Automatización

50

|**T-500** |**Configuración y Apertura/Cierre de Caja** |**T-500.1 (Configuración y Apertura):** Asegurar que la función **Caja Diaria Activas** esté tildada en la configuración de la Compañía. Crear un nuevo **Libro de Caja** con Tipo de Caja **Caja Diaria**. Crear una nueva **Caja Diaria** para el día, y ejecutar la acción **Abrir**. Verificar que el sistema cree el libro de caja y el estado se actualice. **T-500.2 (Proceso de Caja Diaria):** Ejecutar el proceso **Procesar** en la Caja Diaria (estado “Abierto”) para cambiarla a estado “En verificación de estados”, permitiendo correcciones y declaración de valores.

51

|**T-501** |**Movimientos de Efectivo y Cargos** |**T-501.1 (Registro de Cargo/Gasto Menor):** Dentro de la vista de **Líneas de Caja** del Libro de Caja activo, registrar un egreso de efectivo (importe negativo, ej. -50) asociado al concepto de **Cargos** (ej. Viáticos o Ticket de Taxi, que permite registrar gastos sin comprobante).

52

|**T-503** |**Declaración de Valores** |**T-503.1 (Ajuste de Saldo de Caja):** Con la Caja Diaria en estado “En verificación de estados”, ir a la pestaña **Declaración de Valores**. Ingresar la cantidad física de billetes y monedas (denominaciones) contadas. Verificar que el **saldo declarado** coincida con el saldo del **Libro de Caja** antes de proceder al cierre.

53

|**T-504** |**Conciliación Bancaria** |**T-504.1 (Carga del Extracto):** En la ventana **Extracto bancario/Conciliación**, crear un nuevo Extracto. Ingresar líneas que representen movimientos del banco (ej. débitos por comisiones bancarias o un depósito de cheque). **T-504.2 (Emparejamiento/Matching):** Utilizar el botón **Conciliar Extracto**. Seleccionar movimientos del extracto (izquierda) y emparejarlos con movimientos registrados en Libertya (derecha). Verificar que el sistema permita emparejar movimientos incluso si las descripciones no son idénticas.**T-504.3 (Finalización):** Una vez realizado el //matching//, **Completar** el extracto bancario.

54

|**T-505** |**Manejo de Multimoneda** |**T-505.1 (Cobro con Caja en otra Moneda):** Crear un **Libro de Caja** en Dólares/Euros. Realizar el cobro de una factura en Pesos Argentinos (ARS) utilizando este Libro de Caja en moneda extranjera. Verificar que el Recibo de Clientes muestre la **conversión automática**. **T-505.2 (Facturación en Moneda de Transacción):** Crear una factura de venta con una Tarifa en Pesos, pero indicando que la **Moneda de Transacción** es Dólares (USD). Verificar que el sistema realice la conversión y muestre el total en ambas monedas.

55

56

== **VI. Informes y Contabilidad (Perfiles: Administración y Ventas)** {{id name="vi.-informes-y-contabilidad-perfiles-administración-y-ventas" /}}==

57

58

|=ID |=Funcionalidad a Probar (Nivel Intermedio) |=Casos de Prueba Concretos / Escenarios de Automatización

59

|**R-602** |**Informes de Cuenta Corriente y Saldos** |**R-602.1 (Cuenta Corriente):** Ejecutar el **Informe de Cuenta Corriente** para un cliente que tenga movimientos de Facturas, Pagos y Notas de Crédito. Verificar que el reporte muestre el historial completo de transacciones con el saldo final, permitiendo hacer //zoom// para ver el documento fuente (ej. Factura). **R-602.2 (Saldos Pendientes):** Ejecutar el **Informe de Saldos**. Filtrar por **Tipo de Cuenta Cliente** y ordenar por **Deuda más antigua**. Verificar que solo se listen las entidades comerciales con saldo pendiente de pago.

60

|**R-603** |**Informes Impositivos (IVA)** |**R-603.1 (Generación Libro IVA Ventas):** Ejecutar el reporte **Libro IVA**. Filtrar por Rango de Fechas (ej. Mes actual) y **Tipo de Transacción Ventas**. Verificar que el reporte muestre el neto facturado, el total y la distribución de los importes por cada tasa de impuesto (ej. IVA 21%, 10.5%) y por la **Responsabilidad** del cliente (ej. Consumidor Final).

61

|**R-604** |**Informes de Retenciones y Percepciones** |**R-604.1 (Informe Retenciones Emitidas):** Ejecutar el **Informe de Retenciones**. Filtrar por un **Tipo de Retención** (ej. Ganancias) y seleccionar **Aplicación: Emitidas**. Verificar que el informe liste correctamente todas las retenciones realizadas a proveedores en el rango de fechas especificado, incluyendo el CUIT y el importe. **R-604.2 (Informe Retenciones Sufridas):** Ejecutar el mismo reporte, cambiando la **Aplicación** a **Sufridas**. Verificar que el informe liste las retenciones que la compañía recibió de sus clientes.

62

|**R-605** |**Visor de Cuentas Contables** |**R-605.1 (Consulta y Agrupamiento):** Acceder al **Visor de Cuentas** (Información de Cuenta). Filtrar por Rango de Fechas. Configurar el agrupamiento por dos criterios a la vez (ej. **Artículo** y **Entidad Comercial**). Ejecutar la consulta y verificar que se generen subtotales para cada combinación de Artículo/Entidad Comercial. **R-605.2 (Trazabilidad Contable):** Consultar el asiento de un documento específico (ej. Factura o Movimiento de Inventario). Verificar que el asiento modelo generado por el procesador contable sea correcto (ej. que las cuentas de inventario/variación de existencias se vean afectadas por un inventario físico).

63

|**R-606** |**Informes de Amortización** |**R-606.1 (Amortización de Bienes de Uso):** Ejecutar el **Informe de Inventarios de Bienes de Uso**. Verificar que se muestre la información contable clave de los activos, como la **Amortización Acumulada** y el **Valor Residual** del bien.

64

65

= Propuesta de plan de pruebas – Siguiente etapa {{id name="propuesta-de-plan-de-pruebas-siguiente-etapa" /}}=

66

67

== **1. Rol de los pasantes: pruebas manuales sobre Libertya** {{id name="rol-de-los-pasantes-pruebas-manuales-sobre-libertya" /}}==

68

69

Los pasantes van a enfocarse en **ejecutar y documentar pruebas manuales** en la instancia de pruebas de Libertya, siguiendo los casos definidos en el documento **“Plan de pruebas Libertya”**

70

71

La idea es que su trabajo sirva **ya mismo para detectar bugs** y, al mismo tiempo, deje insumos claros para armar los tests automáticos luego.

72

73

=== **1.1. Qué van a hacer** {{id name="qué-van-a-hacer" /}}===

74

75

1. Tomar casos del plan (ejemplos):

76

1*. V-200.1 / V-200.2 – emisión de presupuestos y pedidos.\\

77

1*. V-201.1 / V-201.2 – facturación desde pedido.\\

78

1*. V-205.1 / V-205.2 – percepciones en ventas (requisito principal).\\

79

1*. C-301.x, C-303.x, C-304.x, C-305.x, C-306.x, C-307.x, C-308.x – ciclo de compras con retenciones.\\

80

1. Ejecutarlos en el ambiente de pruebas (UI de Libertya), respetando los perfiles y alcances que define el plan (Configuración, Ventas, Compras, Tesorería, etc.).\\

81

1. Documentar el resultado usando una **plantilla simple**

82

83

=== **1.2. Plantilla simple para documentar pruebas** {{id name="plantilla-simple-para-documentar-pruebas" /}}===

84

85

La idea es que cada vez que ejecutan un caso (por ejemplo C-304.1), completen una fila en una planilla/tabla tipo:

86

87

*. **ID de caso**: C-304.1\\

88

*. **Datos usados (funcionales)**:

89

**. Proveedor: “PROV – Ret Ganancias Prueba”\\

90

**. Esquema de retención: “GANANCIAS STD – Mínimo 500”\\

91

**. Facturas: FC 0001-00001234 y FC 0001-00001235\\

92

*. **Pasos ejecutados (resumen)**:

93

**. Crear OP para el proveedor de prueba.\\

94

**. Seleccionar las dos facturas.\\

95

**. Ir a pestaña Pagos y completar.\\

96

*. **Resultado esperado**:

97

**. “El procesador calcula e inserta automáticamente las retenciones configuradas para el proveedor”.\\

98

*. **Resultado obtenido**:

99

**. OK / No OK + breve descripción.\\

100

*. **Bugs / observaciones** (si hay):

101

**. “No se generó documento de retención para IIBB”.\\

102

**. Los bugs encontrados se deberían mapear a un ID para derivar a desarrollo para fix.

Puntos clave:

*. Todo en **una sola fila** por ejecución de caso.\\

107

*. Texto corto y concreto, nada de párrafos eternos.\\

108

*. Lo importante es que quede la “receta” de:

109

**. qué datos usaron,\\

110

**. qué hicieron,\\

111

**. qué pasó,\\

112

**. y si apareció algún bug.

113

114

Más adelante, desde dev podemos complementar con IDs para armar los JSON que van a usar los tests automáticos.

115

116

== **2. Uso de la planilla “Detalle test-set” como matriz de trazabilidad** {{id name="uso-de-la-planilla-detalle-test-set-como-matriz-de-trazabilidad" /}}==

117

118

La planilla **“Detalle test-set”** ya lista los IDs del plan, el tipo de test (Manual/Automático), si está implementado y la criticidad.

119

120

La propuesta es que esa planilla se convierta en **“fuente de verdad”** para saber:

121

122

*. Qué casos existen (Plan de pruebas).\\

123

*. Si se prueban manualmente, automáticamente o ambos.\\

124

*. Dónde está el test en código, cuando exista.

125

126

=== **2.2. Ejemplo concreto de nomenclatura y mapeo al código** {{id name="ejemplo-concreto-de-nomenclatura-y-mapeo-al-código" /}}===

127

128

Supongamos el caso del plan:

129

130

*. **C-304.1 – OP con Retenciones (Requisito Principal)**:\\“Crear una OP para un proveedor con esquemas de retención de Ganancias e Ingresos Brutos asociados… verificar que el procesador de retenciones calcule e inserte automáticamente los documentos de retención”.

131

132

El test en código se nombra siguiendo esa convención:

133

134

{{code}}class ComprasRetencionesC304_C307Test {{{/code}}

`@Test`

`@DisplayName("C-304.1 - Cálculo y generación de OP con retenciones")`

140

`void c304_1_calculoYGeneracionDeOP() {`

141

`// implementación del test usando lyrestapi`

`}`

{{code}}}{{/code}}

== **3. Estado actual de los tests automáticos y escenarios complejos** {{id name="estado-actual-de-los-tests-automáticos-y-escenarios-complejos" /}}==

148

149

Hoy el set automático está centrado en **CRUDs de maestros y documentos básicos** (creación de facturas, entidades comerciales, pedidos, remitos, etc.), usando lyrestapi y datos fijos de desarrollo.

150

151

La propuesta para la siguiente etapa es:

152

153

=== **3.1. Mantener y consolidar lo que ya funciona** {{id name="mantener-y-consolidar-lo-que-ya-funciona" /}}===

154

155

*. Los tests CRUD actuales siguen corriendo en CI.\\

156

*. A medida que avancemos adaptar para que lean IDs desde JSON, sin perder los fallback actuales.

157

158

=== **3.2. Analizar si el entorno de pruebas es suficiente para escenarios complejos** {{id name="analizar-si-el-entorno-de-pruebas-es-suficiente-para-escenarios-complejos" /}}===

159

160

Los casos más sensibles del plan –por ejemplo:

161

162

*. V-205 – Ventas con percepciones (procesar padrones, calcular percepciones automáticamente).\\

163

*. C-304 / C-305 / C-306 / C-307 / C-308 – OP con retenciones, parámetros de mínimo/no imponible, exenciones, documentos generados y registro de retenciones sufridas.\\

164

*. T-505 – manejo de multimoneda.\\

165

*. R-603 / R-604 – informes impositivos e informes de retenciones/percepciones.

166

167

requieren muchas precondiciones (configuración de esquemas, padrones, tipos de documento, estados de CC, etc.).

168

169

La herramienta principal sigue siendo **lyrestapi** + JUnit5 para automatizar escenarios de negocio de punta a punta.

Si en algún caso:

*. armar todo por API es demasiado frágil o costoso, o\\

174

*. el caso depende sí o sí de UI/reporte específico,

podemos:

*. dejarlo marcado como **Manual-UI crítico** en la planilla,\\

179

*. y, en paralelo, reforzar la lógica de base con tests de Java/SQL (por ejemplo, validar la fórmula de cálculo de retención o de conversión de moneda).

180

181

== **4. Ampliación del plan de pruebas desde inventario funcional** {{id name="ampliación-del-plan-de-pruebas-desde-inventario-funcional" /}}==

182

183

Esta ampliacion resume los casos nuevos generados desde el inventario funcional. La ejecucion diaria y el estado con desplegable se controlan en la pestana Plan QA v2 de la planilla Detalle test-set.

184

185

Estados posibles: Pendiente, En proceso, Bug, OK.

186

187

=== **Ventas y Punto de Venta** {{id name="ventas-y-punto-de-venta" /}}===

188

189

|=ID |=Funcionalidad a Probar (Nivel Intermedio) |=Casos de Prueba Concretos / Escenarios de Automatizacion

190

|V-206.1 |Control cronológico de facturas |Prueba: intentar emitir una factura con fecha anterior a la última factura emitida para el mismo punto de venta y tipo de documento. Resultado esperado: el sistema bloquea o advierte la emisión segun configuracion, evitando romper la secuencia cronologica. Estado: Pendiente

191

|V-207.1 |Factura de venta multimoneda |Prueba: crear una factura de venta en moneda extranjera con tasa vigente y verificar totales en moneda de transacción y moneda contable. Resultado esperado: la factura queda completa, con conversion correcta y asiento consistente. Estado: Pendiente

192

|V-208.1 |Cupones promocionales Se encuentra generado y con problemas en las pruebas |Prueba: aplicar un cupon promocional vigente a una venta y luego intentar reutilizarlo si corresponde a uso unico. Resultado esperado: el descuento se aplica una sola vez y queda trazabilidad del cupon usado. Estado: Pendiente

193

|V-209.1 |TPV online con cobranza |Prueba: registrar una venta por TPV online con cobro completo y verificar diferencia entre total facturado y total cobrado. Resultado esperado: la cobranza coincide con la factura y no quedan diferencias no justificadas. Estado: Pendiente

194

|V-210.1 |Facturacion electronica desde TPV |Prueba: emitir desde TPV un comprobante electronico sin controlador fiscal fisico. Resultado esperado: el comprobante se autoriza electronicamente y queda disponible para impresion o consulta. Estado: Pendiente

195

|V-211.1 |Hoja de Ruta |Prueba: Generar una hoja de ruta asignando un transportista y la patente del camión. Incorporar los remitos que tengan habilitada la opción de Transporte o Entrega. Verificar la reactivación, modificación y anulación de los remitos ya asignados a la hoja de ruta.

196

197

=== **Compras y Cuentas por Pagar** {{id name="compras-y-cuentas-por-pagar" /}}===

198

199

|=ID |=Funcionalidad a Probar (Nivel Intermedio) |=Casos de Prueba Concretos / Escenarios de Automatizacion

200

|C-309.1 |Importación de factura proveedor AFIP/ARCA |Prueba: importar una factura proveedor desde AFIP/ARCA con lineas, tributos y periodo fiscal. Resultado esperado: la factura se crea completa, con proveedor, importes, impuestos y periodos correctos. Estado: Pendiente

201

|C-310.1 |Proveedor-articulo activo/inactivo |Prueba: desactivar un articulo para un proveedor e intentar usarlo en una orden de compra. Resultado esperado: el sistema impide o advierte el uso del articulo desactivado para ese proveedor. Estado: Pendiente

202

|C-311.1 |Remito de compra contra orden de compra |Prueba: crear un remito de compra desde una OC parcial y verificar pendientes. Resultado esperado: el remito toma lineas y cantidades correctas, y la OC conserva el saldo pendiente. Estado: Pendiente

203

|C-312.1 |Autorización de factura a pagar |Prueba: cargar una factura proveedor que requiera autorización antes de pago e intentar incluirla en OP. Resultado esperado: la factura no autorizada no puede pagarse o queda marcada segun regla de autorizacion. Estado: Pendiente

204

|C-313.1 |Nota de credito proveedor en orden de pago |Prueba: seleccionar proveedor con NC disponible y generar OP con imputacion de saldo a favor. Resultado esperado: la OP advierte la NC y permite imputarla correctamente contra facturas pendientes. Estado: Pendiente

205

206

=== **Stock, Almacenes e Inventario** {{id name="stock-almacenes-e-inventario" /}}===

207

208

|=ID |=Funcionalidad a Probar (Nivel Intermedio) |=Casos de Prueba Concretos / Escenarios de Automatizacion

209

|A-405.1 |Conversion de unidades y fraccionamiento |Prueba: fraccionar un articulo con unidad origen y unidad destino, verificando conversion y merma. Resultado esperado: el stock origen disminuye y los articulos resultantes aumentan respetando conversion configurada. Estado: Pendiente

210

|A-406.1 |Transferencia entre almacenes con ubicaciones |Prueba: completar salida y entrada de una transferencia entre almacenes usando ubicaciones destino. Resultado esperado: el stock sale del almacen origen e ingresa al destino en la ubicacion indicada. Estado: Pendiente

211

|A-407.1 |Validacion de inventario negativo |Prueba: intentar completar inventario fisico con cantidades contadas o registradas negativas no permitidas. Resultado esperado: el sistema rechaza la operacion o deja evidencia clara de la validacion aplicada. Estado: Pendiente

212

|A-408.1 |Atributos y UPC por instancia |Prueba: crear articulo con conjunto de atributos y consultar o usar una instancia con UPC o EAN propio. Resultado esperado: la instancia queda identificada y puede usarse en operaciones de stock o venta. Estado: Pendiente

213

|A-409.1 |Reposicion por stock |Prueba: ejecutar reposicion para un articulo bajo punto minimo y generar necesidad de compra. Resultado esperado: el sistema propone o genera pedido de compra segun configuracion de reposicion. Estado: Pendiente

214

215

=== **Tesoreria y Bancos** {{id name="tesoreria-y-bancos" /}}===

216

217

|=ID |=Funcionalidad a Probar (Nivel Intermedio) |=Casos de Prueba Concretos / Escenarios de Automatizacion

218

|T-506.1 |Cierre de lote de tarjetas |Prueba: registrar cupones, ejecutar cierre de lote y verificar estado de cupones. Resultado esperado: los cupones incluidos quedan cerrados y trazables para liquidacion posterior. Estado: Pendiente

219

|T-507.1 |Importacion de liquidacion de tarjetas |Prueba: importar liquidacion de tarjeta y emparejar cupones existentes. Resultado esperado: la liquidacion queda cargada y los cupones se concilian o quedan observados. Estado: Pendiente

220

|T-508.1 |Cheques emitidos y rechazados |Prueba: registrar cheque emitido, marcar rechazo y verificar impacto en cuenta corriente o banco. Resultado esperado: el estado del cheque y los saldos reflejan correctamente el rechazo. Estado: Pendiente

221

|T-509.1 |Pago generado desde extracto bancario |Prueba: crear extracto con movimiento bancario no registrado y generar pago desde el extracto. Resultado esperado: el pago queda creado, vinculado al extracto y disponible para contabilizacion. Estado: Pendiente

222

|T-510.1 |Cobro o pago multimoneda con diferencia de cambio |Prueba: cobrar o pagar documento en moneda distinta a la contable con cotizacion vigente. Resultado esperado: se calcula diferencia de cambio y el asiento queda balanceado. Estado: Pendiente

223

224

=== **Facturacion Electronica e Impuestos** {{id name="facturacion-electronica-e-impuestos" /}}===

225

226

|=ID |=Funcionalidad a Probar (Nivel Intermedio) |=Casos de Prueba Concretos / Escenarios de Automatizacion

227

|F-800.1 |CAE en factura A |Prueba: emitir factura A electronica para cliente responsable inscripto. Resultado esperado: el comprobante obtiene CAE, vencimiento y queda con datos fiscales completos. Estado: Pendiente

228

|F-801.1 |CAEA en contingencia |Prueba: emitir comprobante usando CAEA vigente y luego controlar cierre o informacion posterior. Resultado esperado: el comprobante se emite en contingencia y queda informado correctamente. Estado: Pendiente

229

|F-802.1 |QR en comprobante electronico |Prueba: emitir comprobante electronico y revisar PDF o impresion con QR. Resultado esperado: el QR se imprime o visualiza y contiene datos fiscales esperados. Estado: Pendiente

230

|F-803.1 |Factura de credito MiPyME |Prueba: emitir FCE MiPyME para receptor alcanzado y validar datos requeridos. Resultado esperado: la factura se autoriza y registra datos MiPyME sin errores. Estado: Pendiente

231

|F-804.1 |Factura electronica de exportacion |Prueba: emitir comprobante de exportacion letra E con moneda extranjera. Resultado esperado: el comprobante se autoriza por servicio de exportacion y respeta cotizacion indicada. Estado: Pendiente

232

|F-805.1 |Certificado AFIP/ARCA |Prueba: configurar o renovar certificado y ejecutar prueba de conexion. Resultado esperado: el certificado queda vigente y los servicios responden correctamente. Estado: Pendiente

233

|F-806.1 / F-807.1 |Padrones y percepciones provinciales |Prueba: procesar padrones CABA/ARBA y facturar con percepcion Tucuman cuando corresponda. Resultado esperado: las alicuotas se aplican segun padron y jurisdiccion, con base imponible correcta. Estado: Pendiente

234

|F-808.1 |IVA Digital |Prueba: generar archivo o informe de IVA Digital desde comprobantes fiscales del periodo. Resultado esperado: la salida respeta importes, alicuotas y discriminacion requeridos. Estado: Pendiente

235

236

=== **Reportes y Contabilidad** {{id name="reportes-y-contabilidad" /}}===

237

238

|=ID |=Funcionalidad a Probar (Nivel Intermedio) |=Casos de Prueba Concretos / Escenarios de Automatizacion

239

|R-607.1 |Ventas por vendedor/familia |Prueba: ejecutar reporte de ventas filtrando por vendedor y agrupando por familia/subfamilia. Resultado esperado: el reporte muestra totales consistentes con comprobantes del periodo. Estado: Pendiente

240

|R-608.1 |Valor de inventario y movimientos |Prueba: ejecutar informe de valor de inventario y contrastar con movimientos del articulo. Resultado esperado: existencias y valorizacion coinciden con movimientos completados. Estado: Pendiente

241

|R-609.1 |Libro diario, mayor y balance |Prueba: generar reportes contables para periodo con asientos de ventas, compras y stock. Resultado esperado: los reportes muestran asientos balanceados y trazables a documentos origen. Estado: Pendiente

242

|R-610.1 |Declaracion de valores y cierre de caja |Prueba: ejecutar reporte de declaracion de valores luego del cierre de caja diaria. Resultado esperado: el reporte muestra efectivo, valores declarados y diferencias si existen. Estado: Pendiente

243

244

=== **APIs e Integraciones** {{id name="apis-e-integraciones" /}}===

245

246

|=ID |=Funcionalidad a Probar (Nivel Intermedio) |=Casos de Prueba Concretos / Escenarios de Automatizacion

247

|API-700.1 |Crear producto por REST con validaciones |Prueba: crear articulo por API REST con datos minimos, precio y categoria; luego intentar alta incompleta. Resultado esperado: el articulo valido queda creado y la solicitud incompleta devuelve error controlado. Estado: Pendiente

248

|API-701.1 |Crear entidad comercial y ubicacion por REST |Prueba: crear entidad comercial y ubicacion por API REST, luego usarla en un documento. Resultado esperado: entidad y ubicacion quedan activas y disponibles para ventas o compras. Estado: Pendiente

249

|API-702.1 |Pedido-factura-remito end-to-end |Prueba: crear pedido por REST, generar factura/remito asociados y consultar estados. Resultado esperado: los documentos quedan vinculados y las cantidades facturadas/remitidas son correctas. Estado: Pendiente

250

|API-703.1 |Bloqueo de cantidades y precios negativos |Prueba: enviar por API lineas con cantidad o precio negativo en documentos donde no corresponda. Resultado esperado: la API rechaza la solicitud con mensaje de validacion claro. Estado: Pendiente

251

|API-704.1 |Organizacion segun token |Prueba: operar con token asociado a una organizacion y crear documento comercial. Resultado esperado: el documento queda en la organizacion del token y no en otra organizacion. Estado: Pendiente

252

|API-705.1 |PDF de factura por API |Prueba: solicitar por API el PDF de una factura existente y validar archivo generado. Resultado esperado: la API devuelve PDF legible del comprobante correcto. Estado: Pendiente

253

|API-706.1 |Inventario y movimientos por API |Prueba: crear inventario fisico o movimiento de stock por API y consultar resultado. Resultado esperado: el stock se actualiza y la consulta devuelve cantidades consistentes. Estado: Pendiente

254

|WS-720.1 |Crear y completar documentos por SOAP |Prueba: crear y completar pedido/factura mediante web service SOAP. Resultado esperado: el documento queda completo y con respuesta de servicio trazable. Estado: Pendiente

255

|WS-721.1 |Compatibilidad con clientes no Java |Prueba: consumir servicio SOAP desde cliente no Java para crear o consultar documentos. Resultado esperado: el contrato SOAP responde con tipos compatibles y sin errores de serializacion. Estado: Pendiente

256

257

=== **Cliente Web y Plataforma** {{id name="cliente-web-y-plataforma" /}}===

258

259

|=ID |=Funcionalidad a Probar (Nivel Intermedio) |=Casos de Prueba Concretos / Escenarios de Automatizacion

260

|W-900.1 |Theme modern login/perfil |Prueba: ingresar al cliente web moderno, cambiar datos de perfil y validar persistencia visual. Resultado esperado: el tema carga correctamente y el perfil conserva los cambios al reingresar. Estado: Pendiente

261

|W-901.1 |Ocultar menus no implementados |Prueba: ingresar con perfiles restringidos y revisar que no aparezcan menus o ventanas no implementadas. Resultado esperado: el menu muestra solo opciones habilitadas y no expone accesos invalidos. Estado: Pendiente

262

|W-902.1 |Lookups y autocompletado |Prueba: buscar entidades, articulos o documentos mediante lookup/autocompletado en cliente web. Resultado esperado: los resultados se filtran correctamente y la seleccion carga el registro esperado. Estado: Pendiente

263

|W-903.1 |Clave vencida |Prueba: iniciar sesion con usuario cuya clave esta vencida y completar cambio de contrasena. Resultado esperado: el sistema fuerza el cambio y luego permite el acceso normal. Estado: Pendiente

264

|PL-930.1 |Deploy Tomcat 9 |Prueba: desplegar cliente web o servicios sobre Tomcat 9 y validar inicio de sesion basico. Resultado esperado: la aplicacion levanta sin errores criticos y permite operar menus principales. Estado: Pendiente

265

|PL-931.1 |Hot-upgrade con preinstalls inteligentes |Prueba: ejecutar hot-upgrade sobre una instalacion con scripts pendientes y componentes ya aplicados. Resultado esperado: el proceso detecta preinstalls, evita duplicados y deja version consistente. Estado: Pendiente

266

267

=== **Manufactura y Bienes de Uso** {{id name="manufactura-y-bienes-de-uso" /}}===

268

269

|=ID |=Funcionalidad a Probar (Nivel Intermedio) |=Casos de Prueba Concretos / Escenarios de Automatizacion

270

|M-950.1 |Orden de manufactura con BOM |Prueba: crear orden de manufactura con lista de materiales y completar consumo/produccion. Resultado esperado: se descuentan componentes, ingresa producto terminado y queda trazabilidad de costos. Estado: Pendiente

271

|M-951.1 |MRP genera necesidades |Prueba: ejecutar MRP con demanda proyectada y stock insuficiente. Resultado esperado: el sistema genera necesidades o propuestas de compra/produccion segun parametros. Estado: Pendiente

272

|B-960.1 |Alta de bien de uso |Prueba: registrar un bien de uso desde alta manual o compra y completar datos de vida util. Resultado esperado: el bien queda disponible para amortizacion y seguimiento contable. Estado: Pendiente

273

|B-961.1 |Proceso de amortizacion |Prueba: ejecutar proceso de amortizacion para un periodo con bienes activos. Resultado esperado: se generan amortizaciones correctas y asientos contables balanceados. Estado: Pendiente

Wiki source code of Plan de pruebas Libertya

Navigation