Definir el aseguramiento de la calidad del software

Hola a todos. Bienvenido al curso de Ciudad del Conocimiento, Definición de aseguramiento de la calidad del software. En este módulo hablaremos sobre qué es exactamente aseguramiento de la calidad del software o SQA? Bueno, SQA es más que solo encontrar errores en el software, aunque eso es gran parte. De hecho, el primer error se encontró en 1947, y ahí está el pequeño ahora. Esa fue una polilla que voló hacia la computadora Mark II. La computadora Mark II dejó de funcionar correctamente así que enviaron a alguien. Esa es la computadora Mark II. En aquel entonces, podías entrar en las computadoras. El Mark II era una computadora electromecánica. por lo que tenía partes mecánicas en el interior. Así que esta pobre polilla voló y se hizo papilla en uno de los relevos. El equipo que lo encontró fue el equipo de Grace Hopper. Ahora, Grace Hopper hizo mucho en el campo de la informática. De hecho, mucha gente pensó que ella acuñó el término bicho, pero en realidad eso no es cierto. Investigaron un poco y descubrieron que Edison usó el término en 1870. No estaba hablando de computadoras, pero usó el término error. En lo que realmente trabajó Grace Hopper, y por lo que es conocida es por trabajar en COBOL, lenguaje común orientado a los negocios. Fue uno de los primeros lenguajes de programación exitosos. o software en el mundo. Desafortunadamente, podrían haber usado SQA en ese entonces porque COBOL nos trajo el problema Y2K, y pronto será el problema Y2K38, también conocido como 2038. ¿Podría SQA haber evitado esto? Bueno, ¿qué es SQA? Antes de entrar en eso, ¿Qué es el aseguramiento de la calidad? Bueno, calidad, esto está sacado directamente del diccionario, es el grado de excelencia de algo. ¿Es adecuado para el propósito? ¿Funciona? Y la seguridad es una declaración positiva. que el producto funcionará bien. De hecho, ¿cumplirá o incluso superará las expectativas? También lo hizo COBOL 60, ahí fue cuando salió en 1960, ¿Habría pasado esas preguntas y respuestas? Sí, lo habría hecho. COBOL 60 fue un programa excelente. Fue utilizado por los militares, por las corporaciones. muy robusto Lo hizo excelente. Le dio exactamente lo que necesitaba, superó las expectativas. Pero, ¿y si seguimos los estándares SQA actuales? Bueno, ¿cómo definimos eso hoy? Bueno, SQA hoy es, ¿funciona el software? como se le pidió que funcionara, ¿está funcionando como se requiere? ¿Todavía funciona en condiciones normales y, lo que es más importante, estresores anormales? Como si lo golpeara mucha gente a la vez, tiene estabilidad? ¿Se puede mantener de forma fiable? ¿Es fácil de mantener? ¿Es fácil de usar por el usuario final? ¿Es eficiente, utiliza adecuadamente sus recursos? ¿Y se pueden hacer cambios fácil y eficientemente? Bien, veamos. ¿COBOL 60 pasó esto? Um no, el problema Y2K mostró eso. En los años 60, finales de los 50, principios de los 60, la memoria cuesta miles y miles de dólares. Entonces, para ahorrar dinero en la memoria lo que hicieron es que hicieron la fecha solo dos caracteres. Así que en el año 1999, cuando pasó al año 2000, todo lo que vieron estas computadoras fue 1900. Bueno, en aquel entonces, si les preguntabas, "¿Esto va a ser de calidad?" Decían: "Sí, nadie va a seguir usando esto en 40 años". Desafortunadamente lo fueron. Así que nos encontramos con el problema Y2K. ¿Se mantiene fácilmente? En realidad no, porque tuviste que pasar por todo ese código. para encontrar todas estas dos fechas de caracteres para convertirlos en fechas de cuatro caracteres. Y el otro problema es en el año 2038, cualquiera que esté usando un sistema operativo de 32 bits, su computadora pensará que es 1970. Ese es otro tema. Entonces, según los estándares actuales, COBOL 60 no se habría considerado de calidad, pero realmente no tenían garantía de calidad del software en aquel momento. Gracias, y nos vemos en la próxima lección.