Je suis en train de maintenir une application de client lourd héritée de ~ 300K LOC C# avec une interface Windows.Forms. L'application est pleine de petits bugs et bizarreries. Par exemple, j'ai récemment découvert un bogue où si un utilisateur édite et tabule (pas des clics) à travers des cellules sur un DataViewGrid, et laisse une certaine cellule sélectionnée, l'application obtient une exception "Référence d'objet non définie à une instance d'un objet" . Je découvre (ou obtiens un rapport de bogue de) quelque chose de nouveau comme ça environ chaque semaine ou deux. J'en ai eu assez, et je pensais essayer une sorte de test de fuzz sur l'application pour essayer de repérer les problèmes non découverts. Si je fais un test de fuzz roll-my-own, je suppose que je dois au moins pouvoir générer des harnais de test qui exécutent des parties de mon application (fenêtre principale, FormX, FormY, FormZ, ...) indépendamment et essayez d'injecter des événements dans eux. J'essayais de trouver des outils adaptés pour cela, mais jusqu'à présent, je n'ai rien trouvé pour Win Forms. (Il ne semble pas y avoir de pénurie d'outils de test de fuzz pour les applications Web, cependant).De bons outils ou astuces pour tester les fuzz Windows Forms?
Des idées utiles?
Cela semble être un bon début. J'ai trouvé cet article MSDN qui semble avoir beaucoup de bonnes informations décrivant cette approche: http://msdn.microsoft.com/en-us/magazine/cc163738.aspx –
Je pense que je vais aller avec cette approche à la place de l'un des outils obscurs de test de fuzz que j'ai trouvé dans ma recherche. Rouler ma propre approche en simulant des événements comme celui-ci devrait me permettre de l'intégrer dans mon cadre de test NUnit existant. –