Bonjour, tout le monde. Bienvenue au cours de Knowledge City, Définition de l'assurance qualité des logiciels. Dans ce module, nous parlerons de ce qu'est exactement assurance qualité logicielle ou SQA ? Eh bien, SQA ne se limite pas à trouver des bogues dans un logiciel, bien que cela en soit une grande partie. En fait, le premier bug a été découvert en 1947, et il y a le petit gars maintenant. C'était un papillon de nuit qui a volé dans l'ordinateur Mark II. L'ordinateur Mark II a cessé de fonctionner correctement alors ils ont envoyé quelqu'un. C'est l'ordinateur Mark II. À l'époque, vous pouviez réellement pénétrer à l'intérieur des ordinateurs. Le Mark II était un ordinateur électromécanique il y avait donc des pièces mécaniques à l'intérieur. Alors ce pauvre papillon de nuit est arrivé et s'est fait bousiller dans l'un des relais. L'équipe qui l'a trouvé était l'équipe de Grace Hopper. Grace Hopper a fait beaucoup dans le domaine de l'informatique. En fait, beaucoup de gens pensaient qu'elle avait inventé le terme bug, mais en fait ce n'est pas vrai. Ils ont fait des recherches et ont découvert qu'Edison utilisé le terme en 1870. Il ne parlait pas d'ordinateurs, mais il a utilisé le terme bug. Ce sur quoi Grace Hopper a vraiment travaillé, et ce pour quoi elle est connue, c'est travailler sur COBOL, langage commun axé sur les affaires. C'était l'un des premiers langages de programmation à succès ou logiciel dans le monde. Malheureusement, ils auraient pu utiliser SQA à l'époque parce que COBOL nous a apporté le problème Y2K, et bientôt le problème Y2K38, autrement connu sous le nom de 2038. La SQA aurait-elle pu empêcher cela ? Eh bien, qu'est-ce que SQA, avant d'entrer dans le vif du sujet, qu'est-ce que l'assurance qualité? Eh bien, la qualité, c'est tiré directement du dictionnaire, est le degré d'excellence de quelque chose. Est-ce adapté à l'objectif? Est-ce que ça marche? Et l'assurance est une déclaration positive que le produit fonctionnera bien. En fait, répondra-t-il ou même dépassera-t-il les attentes ? COBOL 60 aussi, c'est quand il est sorti en 1960, aurait-il passé ces questions et réponses ? Ouais, ça l'aurait été. COBOL 60 était un excellent programme. Il était utilisé par les militaires, par les entreprises. Très robuste. Il a fait excellent. Il a donné exactement ce dont il avait besoin, il a dépassé les attentes. Mais que se passe-t-il si nous suivons les normes SQA d'aujourd'hui ? Eh bien, comment définissons-nous cela aujourd'hui? Eh bien, SQA aujourd'hui, est-ce que le logiciel fonctionne comme il a été demandé de fonctionner, fonctionne-t-il comme il est requis ? Fonctionne-t-il toujours dans des conditions normales et, plus important encore, facteurs de stress anormaux? Comme s'il était frappé par beaucoup de gens à la fois, a-t-il de la stabilité ? Peut-il être entretenu de manière fiable ? Est-ce facile à entretenir ? Est-il facile à utiliser par l'utilisateur final ? Est-il efficace, utilise-t-il correctement ses ressources ? Et les modifications peuvent-elles être apportées facilement et efficacement ? Voyons voir. COBOL 60 a-t-il réussi cela? Euh non, le problème Y2K l'a montré. Retour dans les années 60, fin des années 50, début des années 60, la mémoire coûte des milliers et des milliers de dollars. Donc, pour économiser de l'argent sur la mémoire ce qu'ils ont fait, c'est qu'ils n'ont fait que deux caractères pour la date. Ainsi, en 1999, lorsqu'il est passé à l'an 2000, tout ce que ces ordinateurs ont vu était 1900. Eh bien, à l'époque, si vous leur demandiez, "Est-ce que ça va être de la qualité?" Ils disaient, "Oui, personne ne va continuer à utiliser ça dans 40 ans." Malheureusement, ils l'étaient. Nous avons donc rencontré le problème Y2K. Est-ce facile à entretenir ? Pas vraiment, parce que vous avez dû passer par tout ce code pour trouver toutes ces deux dates de caractère pour les transformer en dates à quatre caractères. Et l'autre problème est en l'an 2038, quiconque utilise un système d'exploitation 32 bits, leur ordinateur pensera que nous sommes en 1970. C'est un tout autre problème. Donc, selon les normes d'aujourd'hui, COBOL 60 n'aurait pas été considéré comme de qualité, mais ils n'avaient vraiment pas d'assurance qualité logicielle à l'époque. Merci, et je vous verrai à la prochaine leçon.