En el desarrollo de software la planificación es fundamental, por eso se realizan estimaciones, tanto en términos de esfuerzo como de inversión financiera. En este artículo, vamos a profundizar mejor en este concepto a través de la calidad del software, arrojando luz sobre el papel que juega Quanter como herramienta de estimación.
Para comprobar la calidad hay que realizar unos casos de prueba, con los que se determina si el software funcionará o se detectarán errores. El tiempo que lleva diseñar los casos y ejecutarlos es lo que estimamos (así como el coste que eso tiene por la dedicación de los equipos). Al mismo tiempo, también estimamos cuántos casos de pruebas se tendrán que definir y cuántos errores se deberían encontrar en cada fase.
La calidad de software no es simplemente la ausencia de errores, va mucho más allá. También se tiene en cuenta otras condiciones implícitas que este debe cumplir, como son la eficiencia, la seguridad, la integridad y la consistencia, entre otras.
Pruebas, pruebas y más pruebas: el escenario en QA
El equipo de desarrollo de software tiene que realizar una serie de pruebas:
- Prueba Unitaria:
Se hace a la vez que se construye cada elemento del software por separado.
- Prueba Integrada:
Se prueban los elementos construidos interaccionando entre sí.
- Soporte de la UAT (User Aceptance Test):
Pruebas de aceptación de usuario. Son las que realiza el usuario final para decir que el software está OK y aceptan su entrega. Aquí se cuenta el esfuerzo del equipo de desarrollo del software (prepara el entorno para que el equipo de prueba), pero no la prueba por parte del equipo de negocio.
Quanter estima estas pruebas en conjunto, ya que estas pruebas están incluidas en la estimación del desarrollo de un proyecto que se obtiene a través de Quanter. Es así ya que son actividades dentro del ciclo de vida de desarrollo, necesarias para construir el software.
Además, Quanter calcula; por un lado, el esfuerzo necesario para definir y ejecutar casos de prueba del equipo de QA y del equipo de negocio en UAT. Y por otro, el número de casos de prueba y de defectos esperados en cada uno de ellos. Lo que se conoce como Testware.
Entonces, ¿qué es el Testware que estima Quanter?
Además de los valores anteriores en el módulo de Testware, Quanter se encarga de estimar el esfuerzo de las pruebas de UAT a realizar por el usuario (no por el equipo de desarrollo). Y estima el esfuerzo que un equipo externo al desarrollo (llamado, por ejemplo, equipo de QA) realiza en unas pruebas adicionales antes de llegar a las pruebas de UAT.
Números de Defectos: Un Indicador de Calidad
Esta métrica sirve como un termómetro que mide la salud del software. Por ejemplo, si esperabas 10 errores y solo descubres 3, podría significar un desarrollo sin problemas o, por el contrario, una revisión laxa en el proceso.
Otro ejemplo, esta vez dentro del equipo de UAT: si se anticipan 3 errores, pero se descubren 20, es una alerta roja. Esto podría significar que el equipo no hizo las pruebas adecuadas antes, y ahora está a punto de lanzar un software lleno de más baches que una carretera de montaña.
En esencia, el número de defectos funciona como un GPS que recalcula tu trayectoria de desarrollo de software. Si las expectativas y los hallazgos reales difieren significativamente, actúa como una señal de advertencia, instando a una reevaluación de la trayectoria de desarrollo. Sirve como un indicador centrado en el cliente, permitiendo a las partes interesadas evaluar si el equipo de desarrollo cumple con los estándares prometidos.
Como conclusión, cuando te enfrentes a los desafíos del desarrollo de software, recuerda que la calidad es más que una palabra importante. Es decir, mientras se compila el código, que prevalezca la precisión.
Sobre el autor
Eficiencia | Estimación desarrollo de software | producto software
