Comment tester une application?

Question

J'ai construit IMO une RIA vraiment cool. Mais c'est maintenant presque terminé et j'ai besoin de le tester pour voir s'il y a des bogues ou des parties contre-intuitives ou quelque chose comme ça. Mais comment? Chaque fois que je demande à quelqu'un d'essayer de le casser, ils le regardent pendant 3 minutes et disent «c'est solide». Comment les gars testez-vous les choses? Je n'ai jamais utilisé un test UnitTest auparavant, il y a environ 3 mois, je n'ai même jamais entendu parler d'un test d'unité, et je ne comprends toujours pas ce que c'est. Devrais-je créer une toute nouvelle application pour exécuter chaque fonction? Cela prendrait une éternité, et certaines fonctions ne peuvent produire que des erreurs dans certaines situations, donc je ne comprends pas les tests unitaires.

Answer 1

La question est assez ouvert si ce poste ne sera pas répondre à toutes vos questions. Si vous pouvez affiner ce que vous cherchez, cela vous aidera.

Vous devez probablement effectuer deux tests principaux. Le premier est le test unitaire et le second est ce qu'on pourrait appeler un test d'acceptation.

Les tests unitaires essaient chacune des classes/méthodes de manière relative et s'assurent qu'elles fonctionnent. Vous pouvez utiliser quelque chose comme jUnit, nUnit, etc. comme cadre pour organiser vos tests. Adoptez une méthode et examinez les différentes entrées auxquelles il peut s'attendre et quel est son résultat. Ensuite, écrivez un scénario de test pour chacune de ces paires d'entrée/sortie. Cela vous dira que la plupart des pièces fonctionnent comme prévu.

Le test d'acceptation (ou le test de bout en bout, comme on l'appelle parfois) fait tourner tout le système et s'assure qu'il fonctionne. Venez avec une liste de scénarios que vous attendez des utilisateurs à faire. Maintenant, essayez systématiquement tous. Essayez les variations d'entre eux. Est-ce qu'ils travaillent? Si oui, vous êtes probablement prêt à l'étendre à au moins un public limité. En outre, consultez How to Break Software par James Whittaker.C'est l'un des meilleurs livres de test et est une lecture courte.

Answer 2

Libérez-le en version bêta?

Answer 3

Il est basé sur le développement Xcode et Cocoa, mais this video est toujours une excellente introduction aux tests unitaires. Le test unitaire est vraiment quelque chose qui devrait être fait en même temps que le développement, donc si votre application est presque finie, il faudra du temps pour la mettre en œuvre.

Answer 4

Premièrement, assurez-vous systématiquement que tout fonctionne comme vous le souhaitez. Ensuite, vous voulez l'essayer contre tout matériel réaliste avec une combinaison logicielle installée qui est faisable et appropriée. Ensuite, vous voulez prendre chaque point de l'interaction humaine et essayer d'y mettre autant de données, pas de données, et des données spéciales qui peuvent provoquer des exceptions. L'essayer de faire des choses dans un ordre ou un flux de travail que vous ne vous attendiez pas parfois certaines actions dépendent des autres. Vous et vos amis allez naturellement faire ces étapes dans l'ordre, que se passe-t-il quand quelqu'un ne le fait pas? De plus, avoir des novices complets est un bon moyen de voir des choses bizarres que les utilisateurs pourraient essayer.

Answer 5

Firebug a un bon profileur pour les applications web. Pour tester les fichiers JS, j'utilise Scriptaculous. Quel que soit le backend que vous utilisez, vous devez également le tester complètement.

Mais avant de faire cela, vous devez comprendre ce qu'est le test unitaire. Les tests unitaires vérifient que toutes les unités individuelles du code source fonctionnent comme prévu. Cela signifie que vous vérifiez la sortie de toutes vos fonctions/méthodes. Fondamentalement, lire this. Il existe différentes stratégies de test au-delà des tests unitaires tels que les tests d'intégration, qui testent l'intégration de différents modules les uns avec les autres. Ce que vous demandez aux gens de faire est le test d'acceptation, qui vérifie qu'il ressemble et se comporte selon le plan original. Here est plus sur diverses stratégies de test.

PS: toujours tester les conditions aux limites