Question

Je viens d'installer Hudson et il fonctionne très bien. Il construit, exécute des tests JUnit-et aussi l'analyse CheckStyle.

L'étape suivante pour nous serait de créer une installation, l'installer puis exécuter des tests automatisés sur l'installation proprement dite. Je voudrais ensuite échouer la construction si les tests échouent ou du moins publier les résultats d'une certaine manière. Je pense que nous le mettre en place de sorte qu'une partie exécute périodiquement ou manuellement déclenchée.

Nous utilisons InstallAnywhere pour l'installation et IBM Rational Functional Tester pour les tests automatisés.

questions sont: quelqu'un a créé une configuration similaire? sont-il des plugins, des tutoriels ou toute autre ressource qui pourrait me aider. Ou avez-vous des conseils ou des conseils en général.

Était-ce utile?

La solution

Nous avons mené une construction assez compliquée répartie sur Hudson, il est un processus qui suit essentiellement:

  1. test sous Windows.
  2. test sur OSX, exécutez la couverture de code et appuyez sur les résultats au serveur.
  3. test sur Mac OS X Tiger.
  4. Package pour Mac OS X Leopard et appuyez sur la construction au serveur.
  5. Package pour Windows et pousser la construction au serveur.
  6. site web du produit de mise à jour.

Nous ne pas utiliser InstallAnywhere ou Rational Functional Tester, mais ont sortes de mécanismes similaires à leur place. La clé nous avons trouvé à faire tout chanter à Hudson était en cours d'exécution en mesure nos différentes étapes de la ligne de commande. Maven et plugins appropriés fait qu'une bouchée de cette tâche. Donc, mon conseil serait juste que, en utilisant tout outil de construction que vous utilisez (ant, maven,?) Les configurer afin que vous puissiez exécuter votre Rational Functional Tester et installer partout à partir de la ligne de commande avec un simple objectif passé à votre outil de construction ( ie test de mvn ou ensemble de mvn:. assemblage)

Après cela, assurez-vous que quelle que soit la machine Hudson fonctionne sur a tout installé (c.-à-Rational Functional Tester) et configuré, de sorte que vous pouvez ouvrir la ligne de commande et tapez dans le but et que vos tests exécutent correctement.

Accrocher il à Hudson à partir de ce moment est assez simple -. Juste passer dans le but lorsque vous configurez la construction

Autres conseils

La ligne de commande référence pour Rational Functional Tester:

http://publib.boulder.ibm.com/infocenter/rfthelp/v8r0m0/index.jsp?topic=/com.ibm.rational.test.ft.doc/topics/RobotJCommandLine.html

Exemple de commande pour l'exécution d'un test:

java -classpath "C:\IBM\RFT\FunctionalTester\bin\rational_ft.jar" 
com.rational.test.ft.rational_ft -datastore \\My_project\AUser\RobotJProjects -user admin -project
\\My_project\AUser\TestManagerProjects\Test.rsp -build "Build 1" -logfolder "Default" -log  
"Al_SimpleClassicsA#1" -rt.log_format "TestManager" -rt.bring_up_logviewer true -playback 
basetests.SimpleClassicsA_01

Une note supplémentaire, vous souhaitez configurer correctement les fenêtres sur votre ordinateur de l'agent qui sera en cours d'exécution des tests. Ce conseil est pas spécifique à Hudson ou RFT, mais plutôt tous les outils d'automatisation de l'interface graphique sous Windows. Exigera un RFT environnement de bureau interactif pour pouvoir cliquer sur les boutons, etc. Si vous avez votre agent d'Hudson en cours d'exécution en tant que service Windows, il n'y aura pas de bureau. Consultez les rubriques suivantes: Silverlight tests ne travaillant moins que la connexion RDP ouvert

J'ai quelques conseils d'ordre général sur ce parce que je ne l'ai pas encore mis en œuvre moi-même. Je suppose que vous voulez avoir Hudson exécuter les scripts automatiquement pour vous RFT via une construction ou d'un processus Hudson? Je veux mettre en œuvre quelque chose de semblable dans mon organisation aussi bien.

Je ne l'ai pas encore été en mesure de mettre en œuvre ce en raison des contraintes d'organisation, mais voici ce que j'ai pensé / fait jusqu'à présent:

  1. téléchargé Process Viewer Windows a la commande pour l'exécution des tests.
  2. Made script shell hors de lui, séparé les variables etc
  3. Le futur plan consiste à configurer une machine esclave de Windows qui aurait tous les outils en ce qui seraient nécessaires une fois que les tests sont ont lancé, par exemple. les versions correctes des navigateurs et des variables d'environnement, et d'autres outils qui sont nécessaires.
  4. Hudson serait lancer un processus qui exécute les scripts shell créés qui exécute tous les scripts et effectue des opérations RFT nécessaires sur la machine esclave.

Je crois que la meilleure réponse est que l'intégration avec Hudson RFT / Jenkins est une entreprise inutile.

FAQ IBM dit, faire RFT vous devez travailler:

  • être connecté la machine;
  • l'écran ne peut pas être verrouillé;
  • si vous êtes connecté à distance, vous ne pouvez pas réduire l'écran de connexion.

Vous ne pouvez pas exécuter Jenkins / Hudson en tant que service, ce qui rend pas très utile. Vous devez l'exécuter à partir de votre compte connecté. Si vous êtes dans un ordinateur d'entreprise (très probable si vous utilisez RFT), vous devez probablement utiliser un hack pour empêcher l'économiseur d'écran pour démarrer . Si l'écran est verrouillé, vos tests échoue toujours.

Il est pas très difficile de configurer vos tests

scroll top