Das Selenium Server Paket enthält einige Firefox Erweiterungen in denen eine maximale Kompatibilität zu Firefox 3.5 angegeben wurde. Diese Erweiterungen sind auch mit der Version 3.6 lauffähig, doch man muss die install.rdf Dateien anpassen.

Anleitung zum modifizieren des Selenium RC

1. Entpacke das Java Archiv selenium-server.jar
2. Suche alle Dateien mit dem Namen install.rdf in dem ausgepackten Verzeichnis.
3. Ändere in den Dateien den Wert <em:maxVersion>3.5.*</em:maxVersion> auf <em:maxVersion>3.6.*</em:maxVersion>
4. Erzeuge eine neue jar Datei
   1. Gehe in der Kommando Zeile in das ausgepackte Verzeichnis
   2. Stelle sicher dass das JDK im Pfad vorhanden ist.  (PATH=C:\Programme\Java\jdk1.6.0_18\bin)
   3. Erzeuge die neue Jar Datei: jar -cvfm selenium-server.jar META-INF/MANIFEST.MF *
5. Tausche die alte selenium-server.jar mit der neuen aus.

Darüber hinaus beinhaltet das Eclipse Plugin auch eine Funktion zum schnellen Ausführen von Unit Tests.

Wenn man an einen Unit Test arbeitet kann man einfach einen Button im Eclipse anklicken zum Ausführen des Tests.

Erstmal ist das relativ unspannend, da das selbe passiert wie bei einem Kommandozeilen Aufruf und die Ausgabe nur  unschön in der Eclipse Console erscheint.

Es spart aber immerhin einen Toolwechsel und einige Klicks.

Wirklich praktisch finde ich aber die Auswertung der Fehler im Editor von Eclipse. Dort wird die Stelle wo der Fehler aufgetreten ist als unterstrichener Fehler markiert.

Es wird nicht nur die Stelle im Test markiert sondern Fehler die in den getesteten Code Aufgetreten sind. Wenn dort ein PHP Fehler auftritt oder eine Exception geworfen wird die nicht abgefangen wird, wird diese Stelle markiert. So braucht man nicht anhand der Zeilen Nummern die Stellen suchen.

PHP Fatal error:  Cannot redeclare class

Aus dem Code war kein Grund dafür ersichtlich da alle Dateien mit require_once eingebunden waren. Das Problem lag dabei in der Verwendung von Mock Klassen ohne diese vorher importiert zu haben.

Ich kann mit folgenden Code eine Object der Klasse Example erstellen ohne die original Klasse zu laden.

$object = $this->getMock ( 'Example', array (), array (), '', false );

Wenn danach die original Klasse Example importiert wird, ist diese schon deklariert und es kommt zu diesen Fehler. Abhilfe tut hier ein require_once im Test:

require_once('path/to/Example.php');
$object = $this->getMock ( 'Example', array (), array (), '', false );

Dann klappt es auch mit der Coverage Auswertung.

$configuration = $this->getMock('Configuration',array('get'));
$configuration ->expects($this->any())
	->method('get')
	->with($this->equalsTo('key1'))
	->will($this->returnValue('value1'));

Dieses erzeugt ein Ojekt vom Typ  Configuration, welche bei der Methode get mit dem Parameter key1 den Wert value1 zurückgibt.

Dieses Beispiel verdeutlicht auch gleich das Problem, wenn ein Mock-Objekt bei unterschiedlichen Parametern unterschiedliche Werte zurückgeben soll. Genau das ist mit dieser Methode nicht möglich.

Folgendes Beispiel geht nicht:

$configuration = $this->getMock('Configuration',array('get'));
$configuration ->expects($this->any())
	->method('get')
	->with($this->equalsTo('key1'))
	->will($this->returnValue('value1'));

$configuration ->expects($this->any())
	->method('get')
	->with($this->equalsTo('key2'))
	>will($this->returnValue('value2'));

Callback nutzen.

Statt mit returnValue kann man in phpunit auch mit returnCallback arbeiten und ein wenig Logik in das Mock Objekt einbauen.

$configuration = $this->getMock('Configuration',array('get'));
$configuration ->expects($this->any())
	->method('get')
	->will($this->returnCallback(array($this,'getMockConfig')));

In der passenden Methode kann man die Logik einbauen:

public function getMockConfig($value){
	switch($value){
		case 'cache_backend':
			return 't3lib_cache_backend_File';
			break;
		case 'cache_backend_config':
			return 'defaultLifetime:3600;';
			break;
		case 'cache_frontend':
			return 't3lib_cache_VariableCache';
			break;
		default:
			return 'txefttestcache';
			break;
}