Hemos tenido la oportunidad de participar en parte del proceso de pruebas funcionales y de performance del sistema de Escrutinio de la Corte Electoral que se utiliz\u00f3 el pasado 26 de octubre y 30 de noviembre en las Elecciones Nacionales.<\/p>\n
Ha significado un nuevo desaf\u00edo para el equipo del CES. Por una parte, ponernos en contexto sobre un tema que siendo de conocimiento com\u00fan a toda la poblaci\u00f3n, hay muchas partes del proceso de una instancia de escrutinio que tuvimos que analizar con mayor cuidado. Por otra parte, implica probar el sistema que registra el escrutinio de las Elecciones Nacionales \u00a1una responsabilidad important\u00edsima y con mucha visibilidad!; en otras palabras, un proyecto sumamente interesante.<\/p>\n
Pruebas funcionales<\/em><\/strong><\/p>\n Luego de elaborar el plan de pruebas y realizar el inventario con las funcionalidades, lo discutimos con el equipo de desarrollo de UTE (responsable de la implementaci\u00f3n). Para definir la estrategia de las pruebas analizamos los riesgos y el impacto de cada una de las funcionalidades. Para el ingreso de datos y los diferentes c\u00e1lculos utilizamos testing planificado y para otras funcionalidades de menor prioridad, utilizamos testing exploratorio y documentamos diferentes sesiones seg\u00fan las misiones previamente definidas. Todas estas actividades fueron documentadas debidamente en una plataforma espec\u00edfica quedando a disposici\u00f3n del equipo de desarrollo y testing para futuras consultas.<\/p>\n Pruebas de performance<\/em><\/strong><\/p>\n Para definir las pruebas de performance a ejecutar sobre el sistema se realiz\u00f3 un an\u00e1lisis de la realidad y se seleccionaron las transacciones m\u00e1s utilizadas, as\u00ed como tambi\u00e9n la cantidad de usuarios que utilizar\u00edan el sistema en base a informaci\u00f3n hist\u00f3rica de las pasadas elecciones. Por otra parte, se estudi\u00f3 la infraestructura del sistema en lo que respecta a hardware y software (por ejemplo: servidores de aplicaci\u00f3n y motores de base de datos) con el objetivo de tener los diferentes componentes controlados y conocer las causas de los eventuales problemas que surgieran.<\/p>\n En base a toda la informaci\u00f3n recopilada y luego de priorizar las transacciones, se simularon escenarios de prueba correspondientes al 50% y 100% de la carga esperada, en la hora pico de ingresos ponderando por departamento, es decir, se analiz\u00f3 el contexto particular de cada departamento (partidos pol\u00edticos, listas, votantes, circuitos habilitados, puntos de acceso al sistema habilitados, etc.).<\/p>\n Durante las pruebas se brind\u00f3 informaci\u00f3n que permiti\u00f3 mejorar el sistema y corregir los problemas detectados.<\/p>\n","protected":false},"excerpt":{"rendered":" Hemos tenido la oportunidad de participar en parte del proceso […]<\/p>\n","protected":false},"author":4,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_mi_skip_tracking":false},"categories":[11],"tags":[49,59],"yoast_head":"\n