Question

Nous avons mis en place une construction quotidienne sur notre projet en cours pour beaucoup de mois à ce stade. Les tests de fumée qui va de pair avec cette construction quotidienne est pas très complexe, mais - nous courons quelques tests NUnit sur notre principale bibliothèque de classe (qui, certes, ne propose pas une grande couverture de code), et nous assurer que les choses compilent et construire. L'application en question est un site ASP.NET qui consomme des objets d'affaires (qui comprennent LINQ to SQL).

Y at-il des tests de fumée plus complexes que nous devrions en cours d'exécution, en particulier sur les sites ASP.NET? Comment pourrions-nous développer un test de fumée pour un site ASP.NET, pour cette question?

Était-ce utile?

La solution

En plus des tests unitaires, il peut être bon de lancer le site sur un serveur de mise en scène avec quelques exemples de données. Au plus près de vivre comme possible. Ensuite, utilisez un script de génération de trafic HTTP pour simuler le trafic des utilisateurs et des sessions. Vous pouvez contrôler la journalisation de débogage, exceptions et autres codes d'essai sur le back-end. Vous pouvez également prendre des mesures de performance ici.

Tout comme une version plus intense, itérative de jouer avec elle dans le navigateur vous.

Vous pouvez le faire en définissant (ou par inspection) vos ressources publiques et leurs entrées. Les scripts peuvent alors essayer de provoquer des problèmes de validation, les permutations impaires de flux du site et d'autres choses qui testent tout le contexte du site dans un cadre direct.

Si le test est terminé ... pas de tests unitaires jusqu'à « -t-il jouer agréable avec des données réelles et le trafic » alors vous allez être en fin de compte courir comme un des bugs de fixation de poulet sans tête plus tard.

Autres conseils

tests de fumée, par nature, devrait être superficielle: Est-il compiler? Déployer? Est-ce que la charge de page d'accueil? Peut-être charger une page de test qui effectue une requête sur la base de données pour voir que cette connexion fonctionne aussi. Voilà.

Vous ne devriez pas faire des tests de fumée. Connaissez-vous l'étymologie de ce terme? dans l'électronique, un « test de fumée », est lorsque vous mettez l'appareil sous tension et voir si de la fumée sort.

Vous devriez faire des tests unitaires plus complets; assez pour vous donner une bonne couverture de code. Voici ce que vous devez faire sur chaque construction. Vous devriez aussi essayer de faire un déploiement, et exécuter des « tests de vérification d'installation ».

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top