Pour un projet logiciel, quel est le pourcentage le plus élevé de la charge de travail totale ?

Pour un projet logiciel, les tâches qui représentent le plus grand pourcentage de la charge de travail totale sont : les tests et le débogage. Le but des tests est de trouver des défauts dans le programme, et le but du débogage est de localiser et de résoudre les problèmes dans le programme. Les tests s'exécutent tout au long du cycle de vie du logiciel et le débogage s'effectue généralement pendant la phase de développement.

L'environnement d'exploitation de ce tutoriel : système Windows 7, ordinateur Dell G3.

Pour un projet logiciel, les tâches qui représentent le plus grand pourcentage de la charge de travail totale sont : les tests et le débogage.

De manière générale, les programmeurs passent beaucoup plus de temps dans la phase de test et de débogage du processus de développement que dans l'écriture de code. Un programme qui ne peut pas être débogué n’est pas un bon programme ! ! !

Le but des tests est de trouver des défauts dans le programme, et le but du débogage est de localiser et de résoudre les problèmes dans le programme. Les tests ont lieu tout au long du cycle de vie du logiciel et le débogage a généralement lieu pendant la phase de développement.

Les tests sont divisés en boîte blanche et boîte noire. Les tests en boîte noire testent en fait l'intégralité de la fonction et si elle répond aux exigences. Ils ne se soucient pas de la mise en œuvre interne, c'est-à-dire de la. les cas de tests écrits et le code d’implémentation sont complètement indépendants en interne.

Étant donné que la boîte noire ne peut pas connaître l'implémentation du code interne, les problèmes possibles dans le code lui-même sont également inconnus de la boîte noire. Dans ce cas, des tests en boîte blanche sont nécessaires.

Les tests en boîte blanche divisent un grand système en plusieurs petits modules et les testent individuellement. Si nécessaire, les fonctions principales peuvent être testées séparément, et en transformant différentes entrées, la sortie ou l'exécution est vérifiée pour voir si elle répond. attentes. (En particulier, il faut assumer diverses situations particulières, zones limites, etc.)

Lorsqu'un problème est découvert, il doit être résolu. Habituellement, la solution est plus compliquée que la découverte. Il est nécessaire de localiser l'emplacement du problème par divers moyens et raisonnablement. L'utilisation appropriée des outils de débogage et l'ajout de points d'arrêt aux emplacements appropriés peuvent grandement améliorer l'efficacité de la résolution des problèmes. Mon approche personnelle consiste d'abord à analyser les différences entre les attentes et les situations réelles. De manière générale, je peux deviner approximativement où le problème peut survenir, puis tester et analyser ces endroits, démonter les zones problématiques et les suivre étape par étape jusqu'à ce que la source soit trouvée. trouvé. (De manière générale, si vous avez une certaine compréhension de la situation globale du code, dans la plupart des cas, vous pouvez deviner avec précision quelle partie du problème se produit, puis suivre cette partie. Bien sûr, cela ne peut résoudre que la plupart des problèmes relativement simples. . Les problèmes complexes peuvent ne pas être localisés avec précision avec une ou deux suppositions. Pour le moment, vous devez être patient, continuer à deviner et continuer à déboguer jusqu'à ce que vous trouviez la source du bug)

Je peux seulement dire cela. l'expérience en débogage est très importante. Avec une riche expérience, vous pouvez essentiellement faire des suppositions de positionnement précises directement pour de nombreux problèmes. C'est l'art du débogage. . .

Recommandations associées : "Programmation d'apprentissage"

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!