12 Conseils pratiques pour construire Bug Software-gratuit - Gurock Hub Qualité
Est-ce que vous avez votre application logicielle bogues? Bien sûr, il a, chaque application logicielle qui est là-bas a des bugs et des logiciels sans bug est un mythe. Mais il est toujours possible de minimiser considérablement les bugs, les problèmes de sécurité et des erreurs dans votre application en suivant quelques conseils et techniques je décris dans cette annonce.
Des études récentes montrent que jusqu'à 40% des défaillances du système sont causés par des bogues logiciels et que la mémoire et commune bugs liés concurrency représentent 60% des vulnérabilités du système et des problèmes de sécurité. réduisant ainsi les bogues logiciels dans votre application est la meilleure façon d'augmenter la stabilité, la fiabilité et la sécurité de votre logiciel.
1. Examens du code
Quatre yeux voient plus de deux. Voilà pourquoi vous devriez laisser d'autres développeurs examinent votre code source sur une base régulière. La programmation en binôme d'autre part, une technique où deux développeurs d'écrire du code ensemble pour des périodes plus longues, ne sont pas pour tout le monde et est souvent pas nécessaire. Mais compliqué, le code important ou lié à la sécurité bénéficie grandement de revues de code et améliorer votre qualité de code beaucoup.
2. Tests bêta
les tests bêta jouent un rôle important avec le maintien de haute qualité de votre logiciel. Mais la plupart du temps, il n'a pas de sens pour libérer les versions bêta de votre logiciel pour les mises à jour mineures. les versions majeures d'autre part, doivent être testés par les utilisateurs finaux et les clients avant d'aller de l'or. Vous pouvez tester votre logiciel autant que vous voulez, si vous ne pouvez pas contrôler l'environnement d'exécution, la chance est grande que les utilisateurs finaux trouveront des bugs et des problèmes avec toutes les différentes configurations d'ordinateur là-bas. Assurez-vous également que votre logiciel a atteint un haut niveau de qualité avant de le donner aux bêta-testeurs. Vous ne savez voulez pas perdre le temps des testeurs en leur permettant de trouver et de rapporter les bogues que vous déjà.
3. Les tests automatisés
Les tests automatisés tels que des tests unitaires ou de tests automatiques de l'interface graphique peut être utilisé pour garantir la fonctionnalité des modules d'application, des interfaces de programmation d'application (API) et les interfaces utilisateurs. Vous ne devez pas être un assistant de développement piloté par les tests à faire bon usage de tests automatisés. L'utilisation de tests unitaires pour des éléments clés de votre application peut aller un long chemin vers la construction d'un logiciel plus fiable. Il y a des tonnes de frameworks de tests unitaires, web et outils de test GUI là-bas que vous pouvez utiliser.
4. Exploitation forestière
5. Rapport d'erreurs
Pour trouver et résoudre les erreurs et exceptions, vous devez d'abord savoir quel type d'erreurs que vos utilisateurs et clients connaissent. De nombreux utilisateurs de logiciels d'essai ne seront pas entrer en contact avec vous pour signaler toute erreur. Au lieu de cela, ils vont tout simplement désinstaller votre application et tester un produit concurrent. Pour faire des rapports d'erreur pour les utilisateurs finaux plus facile et plus utile pour vous, vous devez utiliser automatisée des erreurs et des techniques de reporting exception. Lorsqu'une exception non gérée se produit, votre application doit afficher une boîte de dialogue convivial offrant à l'utilisateur d'envoyer un rapport d'erreur au développeur. Les rapports d'erreurs doivent contenir toutes sortes d'informations pour vous aider à identifier le problème, y compris les messages d'erreur, piles d'appels, les numéros de version et les fichiers journaux.
6. Réactions des clients
7. Utilisez le code Proven
Vous devez construire les fonctionnalités de base et les principales caractéristiques de vos applications vous-même, car alors seulement vous êtes en mesure de facilement et rapidement modifier et l'améliorer. Mais pour beaucoup d'autres pièces que vous pouvez réutiliser le code existant et éprouvé. Il vous faudra des années pour construire une société stable, facile à utiliser et fonctionnalité constructeur de moteur de reporting ou la configuration complète, par exemple. Souvent, il est préférable d'utiliser le code existant prouvé, que ce soit des bibliothèques internes, des sociétés tierces ou des solutions open source, si la licence permet cela.
8. Les testeurs dédiés
Si possible, vous devriez avoir des testeurs dédiés dans votre organisation pour l'assurance qualité. En fait, vous devriez avoir beaucoup d'entre eux. Pour de simples applications standard, un testeur par développeur est une bonne règle. Pour les applications qui sont compliquées et prennent du temps à tester, deux ou plusieurs testeurs par développeur sont nécessaires. De nombreuses petites entreprises ne peuvent pas se permettre testeurs dédiés. Si tel est le cas, les développeurs doivent tester le code de chacun. Il est important que d'autres testent votre code et la fonctionnalité, parce que la sagesse générale dit que les développeurs font un logiciel de test de travail vraiment mauvais qu'ils s'écrivaient.
9. machines virtuelles
Pour tester votre logiciel sur autant de différents environnements et systèmes d'exploitation que possible, vous devez utiliser des machines virtuelles avec des outils comme VMware. Virtual PC ou tout autre logiciel de virtualisation disponibles. En plus de vous permettre de tester votre logiciel sur toutes sortes de configurations, vous permettra d'économiser des tonnes de temps parce que vous pouvez facilement copier, partager et réinitialiser les machines virtuelles. Il est une bonne idée de créer de nombreuses images standard pour tous les systèmes d'exploitation que vous régulièrement des essais sur et les mettre sur un serveur de fichiers. Lorsque vous avez besoin d'une configuration spécifique pour tester quelque chose, vous pouvez alors commencer par une de vos images de base sans installer le système d'exploitation, les pilotes et les logiciels nécessaires et ainsi de suite.
10. Ecrire une spécification
De nombreux bugs sont causés par des hiérarchies de classes mal conçues, des interfaces inexactes, les exigences mal compris et les solutions de contournement donc nécessaires. Voilà pourquoi un développeur expérimenté ou un architecte doit écrire un cahier des charges avec toutes les exigences recueillies et les détails de mise en œuvre technique avant d'écrire la première ligne de code. Mais comme toujours, les exigences changent au cours de la durée de vie d'une application logicielle. Voilà pourquoi il est important de garder le cahier des charges et planifier la mise à jour des changements d'architecture pour toutes les exigences nouvelles ou modifiées.
11. Utilisez un bon Debugger
Si vous utilisez un IDE comme Visual Studio, Eclipse ou Delphi, vous avez déjà accès à un puissant débogueur que vous devez utiliser. Mais avec de nombreux environnements de développement et des plates-formes de développement comme PHP, Windows Scripting, Python et Ruby, de nombreux développeurs n'utilisent pas un débogueur. Dans ces environnements de script, les développeurs essaient souvent de bogues par squish essais et erreurs, changer les pièces de code, en ajoutant quelques instructions d'impression et ainsi de suite. Ceci est non seulement un moyen très lourd et fastidieux d'identifier et de résoudre les bugs, il est aussi très dangereux si vous ne comprenez pas votre code et sont capables de parcourir avec un débogueur. Faites-vous une faveur et obtenir un bon débogueur pour votre plate-forme de développement (et il y a des débogueurs pour presque tout).
12. Mise au point et options strictes
Comme je l'ai déjà dit, ces conseils ne feront pas votre logiciel comme par magie sans bug, mais ils vous permettent de rendre votre logiciel beaucoup plus stable, fiable et utilisable si vous mettez le travail en elle. Et au-dessus de celui-ci, il vous fera un meilleur développeur, aussi.