CALIDAD DE SOFTWARE / NEGOCIOS
Cómo saber si tu sistema es un buen sistema
Un sistema puede verse moderno y aun así hacerte perder tiempo. La prueba real es si permite trabajar bien cuando hay varias personas, errores, cambios y días de mucho movimiento. Usa estos criterios con tareas reales de tu negocio, no solo con una demostración.
¿Resuelve el trabajo completo?
Elige tres procesos frecuentes —por ejemplo, registrar una venta, devolver un producto y cerrar caja— y síguelos de principio a fin. Un buen sistema entrega el resultado correcto sin obligarte a copiar datos en otra aplicación o a llevar una libreta paralela.
Observa también las excepciones: ¿qué pasa si se cancela una operación, cambia un precio o se pierde la conexión? El caso fácil por sí solo no demuestra calidad.
¿La gente puede usarlo sin rodeos?
Pide a una persona que hará el trabajo diario que complete una tarea sin ayuda. Anota dónde se detiene, qué campos no entiende y cuánto tarda. Si el sistema exige recordar pasos ocultos o buscar al desarrollador para cada acción normal, todavía hay trabajo pendiente.
¿Los datos son confiables y recuperables?
Comprueba que dos usuarios no puedan dejar el inventario en estados contradictorios, que haya una forma de corregir errores con trazabilidad y que puedas exportar tus datos en un formato utilizable. Pregunta dónde se hacen los respaldos, quién tiene acceso y cuándo se probó por última vez una restauración. Un respaldo que nunca se ha restaurado no demuestra que puedas recuperar la operación.
¿Protege a cada usuario según su función?
Prueba con cuentas de vendedor, supervisor y administrador. Cada una debe ver y cambiar únicamente lo necesario. Revisa cómo se revocan accesos cuando alguien sale del equipo y qué registro queda de acciones sensibles. Para aplicaciones web, el estándar ASVS de OWASP ofrece requisitos técnicos para revisar controles de seguridad.
¿Sigue funcionando cuando crece el negocio?
Prueba las pantallas y reportes con un volumen parecido al real, no con diez registros de ejemplo. Pregunta qué se monitorea, cómo se avisa una falla y quién la atiende. La velocidad, la disponibilidad y el tiempo de recuperación deben acordarse según cuánto cuesta detener la operación.
¿Se puede mantener y cambiar?
Un nuevo empleado, una sucursal o una regla fiscal no deberían requerir rehacer todo. Verifica que existan código fuente, instrucciones de instalación, responsables de las cuentas y una forma de probar cambios antes de publicarlos. La ISO/IEC 25010:2023 sirve como referencia para definir y evaluar distintas características de calidad; no reduce la calidad a que el sistema “funcione”.
Una prueba rápida con semáforo
- Verde: el equipo completa sus tareas, los datos cuadran y sabes cómo recuperar el servicio.
- Amarillo: funciona, pero depende de una persona, una hoja paralela o pasos manuales para corregir errores.
- Rojo: se pierden datos, usuarios ven información ajena, no hay respaldos comprobados o una falla detiene la operación sin plan.
Una calificación útil termina en acciones: escribe qué falló, cuánto afecta al negocio y qué evidencia mostraría que quedó resuelto. Si necesitas planear cambios, mira cuándo conviene un sistema a medida.