Je suis en train d'écrire un client de chat (style msn messenger) et j'ai quelques problèmes pour écrire les tests d'acceptation de la fonction d'envoi/réception. Pensez par exemple à l'histoire de l'utilisateur "Un utilisateur peut envoyer un message à un autre utilisateur".Test d'acceptation pour un client de discussion
1- Dois-je tester si le client sw interagit correctement avec le serveur? Dans ce cas, comment devrais-je représenter cette interaction?
2- Dois-je tester si le deuxième client reçoit réellement le message? Dans ce cas, je devrais compter sur le serveur pour prouver que mon logiciel fonctionne bien. Ce genre d'hypothèse est-il correct dans un test d'acceptation? Je voudrais écrire mes tests avec concordion ou fitness mais toute aide est vraiment appréciée.
Merci
Je pense que cette méthode a plus d'un défaut. Si le serveur ou le client récepteur (il peut s'agir d'une autre implémentation) ne fonctionne pas correctement, mon test peut échouer mais mon implémentation client fonctionne toujours parfaitement. Cependant, je pense que cette solution pourrait éventuellement fonctionner. Selon vous, est-ce que fit fitnesse ou concordion vous permet de tester quelque chose comme ça? – TheSENDER
Si le client ou le serveur échoue à un test d'acceptation et que le test teste la communication entre deux clients via le serveur, le test doit échouer. Je ne suis pas sûr de ce que vous entendez par «il peut s'agir d'une autre implémentation», sauf si vous fournissez une API client pour développer des clients. J'imagine que vous fourniriez au moins un client qui fonctionne, alors utilisez-le. Quant à Fitnesse/Concordion, je n'ai pas d'expérience avec Concordion, mais vous devriez pouvoir utiliser Fitnesse. http://strumtheworld.com/blog/2010/02/lessons-in-using-fitnesse-for-testing-networking-systems/ –