In den letzten Tagen kommen wir immer wieder an die Stelle, wo wir uns fragen, ob ein Blog in Englisch nicht Sinn machen würde. Allerdings sollte man den Aufwand zur Pflege von zwei Blogs in zwei Sprachen nicht unterschätzen.

Deswegen die folgenden Fragen an unsere Leser:

• Brauchen wir zwei Sprachen oder würde ein rein englisches Blog genügen?
• Ist ein deutschsprachiges Blog gewünscht oder spricht die IT-Welt nicht ohnehin meist Englisch?
• Würde ein gemischtsprachiges Blog funktionieren?

Wir freuen uns über alle Meinungen.

Mike Kus hat einen kurzen Artikel geschrieben, warum Webdesigner unbedingt coden können sollten. Gerade aus Sicht von QA kann ich ihm nur zustimmen.

Via T3N

Eigentlich sollte man nicht genötigt sein, jede kleine Gefahr zu melden. Bei mehr als 2 Millionen Facebook-Nutzern in Deutschland kann es aber nicht Schaden, wenn man darauf hinweisst, dass die folgende Email selbstverständlich eine Fälschung ist und wohl einen Wurm oder Trojaner unterschieben will.

Dear user of facebook,

Because of the measures taken to provide safety to our clients, your password has been changed.
You can find your new password in attached document.

Thanks,
Your Facebook.

Also Finger weg. Neue Passwörter von Diensten werden nie als Anhang verschickt. Maximal kommt eine Aufforderung, dass das Passwort geändert wurde und man bitte es neu anfordern soll. Selbst wenn der Absender profile@facebook.com heisst und damit scheinbar ok ist… Emailabsender lassen sich sehr einfach fälschen.

Der Anhang ist übrigens ein ZIP-File mit einer ausführbaren Datei drin… was für ein Zufall!

Jeder Tester hat sich bestimmt schon über den Aufwand geärgert, den man treiben muss, damit Testkonfigurationen, -ergebnisse und Änderungen an der Zielplattform für die spätere Testauswertung zur Verfügung stehen. Vor allem viele Änderungen während der Fehlersuche können das Testleben recht schwer machen. Weiss man dann wirklich immer noch, wie viele Server in diesem Moment liefen oder ob man die Cacheeinstellungen für diesen Testlauf angepasst hatte?

XLT hat hier bisher schon immer einen guten Job gemacht, denn es archiviert automatisch die Konfiguration zusammen mit dem Testreport und erlaubt so, jederzeit den Test zu wiederholen oder die Einstellungen nachzuprüfen. Aber Kommentare und Notizen zum Testzweck waren bisher nicht Teil der Daten.

Mit XLT 3.3.1 haben wir das geändert und eine Kommentarfunktion integriert, um schnell Testgedanken erfassen zu können und zusammen mit dem Test zu archivieren und natürlich auch in den Testergebnissen darzustellen.

Ab sofort können Kommentare und Informationen zur aktuellen Testkonfiguration hinzugefügt werden. Das ist vor allem wichtig, wenn man im Team arbeitet. Zusätzlich kann jeder Testlauf kommentiert werden. XLT fragt, ob man einen Kommentar hinzufügen möchte und speichert diesen gemeinsam mit dem Testergebnis ab. Alle Kommentare werden dann in den Testreport gerendert. So hat man sofort Ergebnisse und Notizen gemeinsam verfügbar.

Damit man seine Gedanken und Anmerkungen auch strukturieren kann, erlaubt XLT an dieser Stelle HTML als Eingabe. Besonders nützlich sind die Tags für Absätze (p), Listen (ul, li) und Hervorhebungen (em, strong).

Mehr dazu in den Release Notes von XLT 3.3.1.

Google hat sich entschieden, Problemen bei der Entwicklung von Webapplikationen aus dem Weg zu gehen und kündigt die Unterstützung des Internet Explorer 6 auf. Auch der Support vom Firefox 2 läuft aus, aber den nutzen ja die wenigsten Leute, weil das Update auf Version 3 einfach ist. Zudem war der FF2 nicht schlecht bei der Einhaltung von Webstandards und dürfte locker dem IE7 das Wasser reichen können.

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.

Jeremy Manson schreibt in seinem Blog über Java Concurrency und interessante Dinge, die in einer JVM passieren, aber meist niemanden interessieren.

Jeremy ist bei Google angestellt und in viele JSR-Prozesse rund um das JDK involviert.

Immer wieder interessant, aber auch lustig, auf welche Schlüsselwörter Google-Adwords-Anzeigen geschaltet sind. In diesem Fall sogar inhaltlich sehr lustig.

Es gibt wirklich ein Videospiel, das Lode Runner heisst. Aber warum jemand die Anzeige auf das Schlüsselwort Loadrunner schaltet, bleibt mir ein Rätsel. Hier hat man wohl den Vorschlag der automatischen Suchwortoptimierung von Google einfach blind abgenickt. Amazon wird das verschwendete Budget verschmerzen können.

Xceptance LoadTest wurde in die Liste der Testtools auf SoftwareQAtest.com aufgenommen. Wir freuen uns sehr über das entgegengebrachte Interesse.

In diesem Interview mit SEO marketing expert Amanda Watlington ist die Rede davon, dass Google die Geschwindigkeit einer Website in die Platzierung im Suchergebnis einfließen lässt.

Google is now using page loading speed in their ranking algorithm. The engineering of some sites can make this a difficult problem to fix quickly, so webmasters should study the problem now with speed detection tools such as YSlow and Google Page Speed.

Das wäre nur konsequent von Google, da bereits die Webmaster-Tools in der Google-Administration die Seitengeschwindigkeit ausweisen. Zudem profitiert Google von schnellen Webseiten indirekt, da der Aufwand für die Indizierung sinkt bzw. die Updatezyklen kürzer sein können. Damit steigt auch die Aktualität von Suchergebnissen und das verbessert die Wettbewerbssituation für Google.

Wir freuen uns natürlich auch darüber, weil damit nicht zuletzt auch die Bedeutung von Last- und Performancetests steigt.

Wer seine eigene Eclipse-Installation unter Ubuntu 9.10 betreibt bzw. ältere Versionen von Eclipse im Einsatz hat, der kennt evenutell Probleme mit Buttons. Diese lassen sich oft mit der Maus nicht klicken oder anwählen. Nur mit Hife der Tastatur kann man noch etwas ausrichten.

Das Ganze ist ein bekanntes Problem seit Ubuntu 9.10 und sollte mit Eclipse 3.5.1 weg sein. Wenn das aber keine Lösung ist, dann muss man seine Umgebung mit diesem Parameter anpassen:

GDK_NATIVE_WINDOWS=true

Danach funktioniert es wieder. Die Lösung habe ich hier gefunden: Widdix – Eclipse unter Ubuntu 9.10 und hier gibt es mehr dazu in Englisch.