Tests
From ClaroDevel
| Table of contents |
campagnes
Conclusions de la campagne précédente :
- Assigner plus clairement la personne qui doit résoudre le bug
- Clarifier l’objet du test, on teste la version initiale ou corrigée ?
- Définir plus clairement le contenu des items de test
- Prévoir un manager de la campagne
- Prévoir plus de temps pour entre les tests pour permettre les corrections
- L’utilisation du fichier bug.txt pose problème.
Organisation de la prochaine campagne de tests :
- Philippe sera le manager, il aura pour mission d’organiser la campagne et d’assigner les bugs non assigné, de vérifier que tous les bugs ont été résolus.
- Le planning doit prévoir 2 jours entre les tests pour permettre les corrections.
- Le planning doit être plus précis sur les fonctions à tester dans les outils et en particulier pour l’outil de groupe.
- Démarrage de la campagne le lendemain de la sortie de la beta (campagne entre le 1 et le 15 février)
- Chaque jour de test, on testera un nouvel outil mais aussi les corrections des bugs que l’on a signalé le jour précédemment.
- Trouver un outil simple et qui répond à nos besoins pour le reporting et le suivi des bugs.
- Les problèmes de type fonctionnel doivent être signalé des wiki dev. Ils feront l’objet d’une rencontre en février pour discuter de leur traitement.
Plateformes de Test
Machines utilisées par les développeurs
- Moosh au 28 Nov 2006
- PHP = 4.3.10
- MySQL = 4.1.9
- OS = win xp
- WebServer = Apache/1.3.33 (Win32)
- ZeFredz au 28 Nov 2006
- PHP = 5.2.0
- MySQL = 5.0.27
- OS = Windows XP Pro SP1
- WebServer = Apache/2.0.59 (Win32)
- ZeFredz au 28 Nov 2006
- PHP = 4.3.10-18
- MySQL = 4.0.24
- OS = Debian Sarge
- WebServer = Apache/1.3.33 (Debian GNU/Linux) mod_perl/1.29
- ZeFredz au 28 Nov 2006
- PHP = 5.1.4
- MySQL = 5.0.19
- OS = MacOSX 10.3.9
- WebServer = Apache/2.0.55
- Mla au 28 Nov 2006
- PHP = 5.1.6
- MySQL = 5.0.24a
- OS = Ubuntu Edgy
- WebServer = Apache/2.0.55
- Mla au 28 Nov 2006
- PHP = 4.3.10-18
- MySQL = 4.0.24
- OS = Debian Sarge
- WebServer = Apache/2.0.54
- Fragile au 29 Nov 2006
- PHP = 5.1.6
- MySQL = 5.0.24a
- OS = Ubuntu Edgy Eft 6.10
- WebServer = Apache/2.0.55 (Ubuntu)
regression
Utilisation de simpleTest pour les tests de regression
recettes
- utilisation de selenium.
Selenium permet d'enregistrer une visite via firefox et de la rejouer soit via firefox soit via unitest.
http://www.openqa.org/selenium-rc/
Selenium Remote Control is a test tool that allows you to write automated web application UI tests in any programming language against any HTTP website using any mainstream JavaScript-enabled browser.
Selenium Remote Control provides a Selenium Server, which can automatically start/stop/control any supported browser. It works by using Selenium Core, a pure-HTML+JS library that performs automated tasks in JavaScript.
The Selenium Server communicates directly with the browser using AJAX (XmlHttpRequest). You can send commands directly to the Server using simple HTTP GET/POST requests; that means that you can use any programming language that can make HTTP requests to automate Selenium tests on the browser. To further ease this process, we provide wrapper objects for a number of mainstream programming languages (Java, .NET, Perl, Python, and Ruby).
Finally, the Selenium Server acts as a client-configured HTTP proxy, to stand in between the browser and your website. This allows a Selenium-enabled browser to run JavaScript on arbitrary websites.
The Selenium Server is great for testing complex AJAX-based web user interfaces under a Continuous Integration system. It is also an ideal solution for users of Selenium Core or Selenium IDE who want to write tests in a more expressive programming language than the Selenese HTML table format customarily used with Selenium Core.
Pour le moment ca nécéssite phpUnit
en attendant de l'executer sur simpleTest, voici déjà ce qui est nécéssaire
pear channel-discover pear.phpunit.de pear install phpunit/PHPUnit pear install pear/Testing_Selenium-beta
