Besides a few defect fixes, release 4.0.5 delivers four great improvements to speed up test case creation and maintenance with Script Developer and make your work more productive.

• The XLT Script Developer runs on Firefox 4 and 3 now.
• Test variables are now resolved recursively, so you can use variables within resolved content.
• There is no need to open modules anymore if you want to edit a line or two of it. Also enabling/disabling of module code can be done easily from the main test case. This saves time and aids script maintenance.
• During script debugging and script execution, you can now evaluate assertions instantly to see whether or not your verification expression will match.

The full set of release notes can be viewed directly in the release area. You will also find documentation and the download link there. As usual, th

As always, updates are free for all customers and all people using XLT despite the license.

• EU-West: ami-9b5064ef
• US-East: ami-5647b63f
• US-West: ami-539dcd16

The usage of the images is free or charge but you have to pay your AWS usage costs of course. Please keep in mind that you need a valid license to run a load test with more than 5 virtual users.

Script Developer

As an alternative to writing test cases in Java, you can now use the XLT Script Developer to create script test cases. Script test cases are based on a simple syntax and a reduced set of operations, which makes them a perfect fit for non-programmers. Only the Script Developer, which is an extension to Firefox, is necessary to create, edit, and manage basic script test cases.

To create a new script test case, the test designer simply uses the application under test. All interactions with the application are recorded in the background and stored to an XML script file as a sequence of script commands. While recording, assertion commands to validate the web pages may be inserted manually. From the Script Developer, script test cases can be replayed in Firefox at any time to quickly check whether the test case still runs successfully.

Existing script test cases can be modified later on, for example, to add new or delete obsolete commands. Common command sequences, which could be reused in other test cases as well, can be refactored to parameterizable script modules. Finally, any recorded value can be extracted out of the script into a test data file to separate test data from script code.

Script files can also be run outside of the browser, via the XLT framework, which simulates a head-less browser. This mode is suitable for unattended test case execution, during functional or load tests. When saving scripts, the Script Developer also creates JUnit test case classes as “wrappers” around script test cases, which serve as a bridge between the XLT framework and the script world. This way, from the framework’s point of view, script test cases are in no way different from test cases written in Java.

More Data to Query

For improved tests accuracy, you can now query the request and response data and run assertions on it. This permits checks on the communication because not all requests are reflected in the DOM tree.

Improved EC2 Handling

AWS (Amazon Web Services) added the ability to tag EC2 resources to simplify the administration of your cloud infrastructure. As a form of meta data, tags can be used to create user-friendly names and improve coordination between multiple users. The XLT EC2 administration tool ec2_admin features an additional menu which lets you select your EC2 resources based on the tag name.

Better Automation

To improve automation of tests, we added the ability to pass properties on the mastercontroller command line. Additionally the test definition file for the test suite can be redefined on the command line as well.

Faster Work Flow

When test goes wrong or a logging is turn up, the data to download from all agents can be pretty big. To get a fast or selective result, you can now decide how much data you want to download.

JDK Compatibility

Beginning with v4.0, XLT requires a Java virtual machine 6 or above to run. Java 5 is not supported any longer. The reason is the end-of-life announcement for JDK 5.

Misc

We refreshed HtmlUnit and updated it to version 2.8, Ruby got updated to 1.5.1, and WebDriver is now v2.0a6. The event API got simplified and is now easier to use.

Where to get it

More information about the release, the quick start guide, and the manual can be found in the release area. Of course, the full download of XLT 4.0 is available there too. 

We are looking forward to your feedback, comments, and of course… Happy testing!

Well, let me first say that test environments exist for exactly that purpose. So if you already have something live, of course you used it before going live for load testing, and now you cannot run another test there… yes, you need a test environment. This is well spent money for several reasons:

• Created data will not pollute your installation aka log entries, analytics data, orders in the database, created users, and so on.
• You do not have to take your live site down for testing.
• Problems during testing will not leave your live site down or take it down.
• Your hosting company or IT department might charge for all test traffic against the live site as it would have been real traffic (revenue share, bandwidth utilization), so having your own testing realm makes expenses more predictable.
• You can easily change code and retest when changes are necessary. You can profile, you can debug.
• You do not risk problems with traffic going to live systems, such as payment due to configuration or testing errors. If you already had items from test orders piling up in your office, you know what I mean.

So, get yourself a test environment. Spend the money and enjoy the freedom to measure, debug, and tune.

P.S. Of course, there are situations, where you cannot replicate a live environment or you cannot find application problems in a test setup due to totally different timing behavior… Well, this indicates only that your live environment is already screwed.

Das ist ein gutes Signal, denn wenn der Marktführer es vormacht, dann werden viele Leute und Firmen nachziehen.

Many other companies have already stopped supporting older browsers like Internet Explorer 6.0 as well as browsers that are not supported by their own manufacturers. We’re also going to begin phasing out our support, starting with Google Docs and Google Sites. As a result you may find that from March 1 key functionality within these products — as well as new Docs and Sites features — won’t work properly in older browsers.

Mehr dazu im Google Enterprise Blog.

Einige aktuelle Zahlen zur Nutzung verschiedener Webbrowser finden sich bei Bivingsreport.

Google is what Google does with the software, and not the software itself.

Einfach mal lesen und sich seine eigene Meinung dazu bilden.

Dahinter verbirgt sich schon die erste Neuerung, denn mit dem Download besitzt man automatisch eine freie Basislizenz. Sie erlaubt Tests mit bis zu fünf virtuellen Nutzern, gilt zeitlich unbegrenzt und unterliegt keinen Nutzungseinschränkungen. Damit darf man XLT auch kommerziell einsetzen, beispielsweise intern oder in Kundenprojekten. So kann man ungehindert prüfen, ob XLT das Werkzeug der Wahl ist oder man kann XLT bereits produktiv für Regressionstests verwenden.

XLT 3.3 bietet einige neue Features, die die tägliche Arbeit effizienter gestalten und den Einsatzbereich von XLT erweitern:

• Comparison-Reports zum detaillierten Vergleich zweier Testläufe
• Trend-Reports zur Visualisierung von Veränderungen in den Testergebnissen über mehrere Testläufe hinweg
• Unterstützung des Google WebDriver API für schnelles Prototyping von Testfällen
• Ruby als zusätzliche Scriptsprache zur Testfallerstellung
• Programmierbeispiele für typische Anwendungsfälle, zum Beispiel für die Bearbeitung von Ajax-Requests und die Behandlung von Popups oder Frames
• Überarbeiteter Testrecorder mit der Unterstützung für Voreinstellungen zur Codegenerierung

Zusätzlich sind wieder viele Detailverbesserungen in diese Version eingeflossen. Weiterführende Informationen gibt es in den Releasenotes oder auf den Produktseiten unseres Webauftritts.

Laut dieser Liste blockiert Beagle den Schlafmodus des Rechners. Also einfach mal alle Prozesse mit Beagle im Namen gekillt und siehe da, Suspend und Hiberate (Ruhezustand) funktionieren wieder. Alles in allem ist das aber sehr ärgerlich, weil wohl die wenigsten Standardnutzer sich so zu helfen wüssten. Ich bin auch ein Linux-Neuling und versuche langsam von Windows zu Linux zu migrieren. Leider gibt es noch einige Kleinigkeiten, die mich vom Volleinsatz bzw. Nur-Linux-Betrieb abhalten. Unter anderen Probleme mit dem IO-Scheduler, aber das ist eine andere Geschichte.

P.S. Vielleicht ziehen ja auch nur Tester und QA-Leute Fehler magisch an…?

Interessant…

• Als Scriptsprache steht jetzt neben Java auch Ruby zur Verfügung. Wer also die schnelle agile Entwicklung mit Ruby mag, der kann jetzt nahtlos auch in Ruby Regressions- und Lasttests erstellen.
• Google hat sich die Mühe gemacht und eine einheitliche API zur Programmierung von Webregressiontests ins Leben gerufen – Google Webdriver. XLT spricht jetzt Webdriver. Damit lassen sich schnell Webtests schreiben und, im Gegensatz zu den anderen Tools, auch als Lasttest ausführen. Wir denken, dass damit die Einführung von XLT deutlich schneller geht und sich damit noch besser für Projekte mit Rapid-Prototyping-Charakter eignet.
• Zwei Lasttest-Läufe lassen sich jetzt innerhalb von Sekunden vergleichen und das Ergebnis zeigt schnell und deutlich, wo die Änderungen liegen.
• Wer sich mehr für die langfristige Entwicklung der Performance interessiert ist, dem wird der neue Trendreport eine grosse Hilfe sein. Eine beliebige Menge von Testläufen lässt sich zueinander in Relation setzen und man kann daraus einfach die Entwicklung des Performancetrends ablesen.

Wir freuen uns schon auf die Fertigstellung von XLT 3.3. Zu den einzelnen Neuigkeiten wird es demnächst mehr Blogeinträge geben.

Bad Request
Your browser sent a request that this server could not understand.
Request header field is missing ':' separator.

QR…ív'Y‘£À¹¾å¸á(ò,×sœçÀ‹Â᥮-D«"8ŸÏÖJÂ…{&

Wenn man sich eine Software von Vodafone runterlädt (HighPerformance Client), dann kann man den Datenverkehr beeinflussen und dem blöden Proxy sagen, dass er die Finger vom Verkehr lassen soll. Wobei sich damit der Name HighPerformance Client selbst widerlegt.

Man stelle sich vor, ein Arbeitsplatz mit einer besonderen Anwendersoftware, die man nicht überall einfach mal so installieren kann, weil noch Hardware dran hängt. Die Kollegen greifen bei Benutzung via Remote-Desktop zu. “Sag mal, der Wizard geht doch nicht mehr?”, “Was?”, “Na hier, ich drücke auf den Button, alles ist deaktiviert, aber der Dialog ist nicht da.”

“So ein Mist, ok wir suchen.”

Zwei Stunden später stellte jemand fest, dass der Arbeitsplatz zwei angeschlossene Monitore hat. Irgendwann hatte jemand den Dialog auf dem zweiten Monitor geparkt und dort blieb er auch. Jedes Mal, wenn er sich öffnete war er da, aber halt auf dem zweiten Desktop. Alle “entfernten” Kollegen sahen nur den ersten Desktop, der via Remote-Desktop zugänglich war.

Fazit: Zwei Stunden war der Arbeitsplatz wegen Fehlersuche lahmgelegt und dabei prügeln sich immer alle um seine Nutzzeit.

Ab sofort gibt es Hammerhead als neues und nützliches Firefox/Firebug-Plugin. Hammerhead misst die Ladezeit einer Webseite und zeigt sie übersichtlich in der Browser-Statusbar an. Zusätzlich erlaubt das Plugin ein Browser-Cachemanagement, um die Messungen zu verbessern bzw. Cache-Einflüsse auszuschliessen.

JUnit 4.5 focuses on features that make life easier for JUnit
extensions, including new public extension points for inserting
behavior into the standard JUnit 4 class runner.