Test-Service

Dieses Angebot richtet sich an Unternehmen, die Software entwickeln und die Qualität ihrer Produkte und Anwendungen mit Hilfe von Softwaretests erhöhen wollen.

1. Was biete ich an?

Meinen Kunden in Berlin und Umgebung biete ich folgende Leistungen an:

  • Testautomatisierung
    • Ich sorge dafür, dass möglichst viel Code automatisiert getestet werden kann. Egal ob Modultests, Komponententests, Unit-Tests oder andere Tests: Im Dialog mit Ihren Entwicklern finde ich den zu Ihrer Situation passenden Automatisierungsansatz heraus, setze ihn anschließend um, entwickle ihn ständig weiter und dokumentiere die Arbeit auf Wunsch so, dass sie später von anderen Personen übernommen und gepflegt werden kann.
  • Simulation
    • Für komplexe Software-Systeme (Server-Systeme, E-Mail-Systeme, ...) baue ich Ihnen Teststrecken auf und simuliere komplexe Use-Cases / Test-Cases in realitätsnahen Umgebungen.
    • Je komplexer die Anwendungsszenarien Ihrer Produktpalette werden, desto mehr Nutzen kann ich Ihrem Team bieten, wenn ich die Realität in nachgebauten Test-Netzen simuliere und durchteste.
    • Ich visualisiere Ihre Anwendungs- und Test-Szenarien, und schraube auf Wunsch so lange an der Visualisierung herum, bis auch Nichtentwickler (Technische Redakteure, Abteilungsleiter, ...) innerhalb möglichst kurzer Zeit verstehen, was da eigentlich läuft.
  • Staging-Systeme aufsetzen und mit ihnen arbeiten
    • Für Web-Anwendungen und Kundensysteme setze ich Ihnen die Staging-Systeme auf. Dann können Kunden, Clouds/Crowds, Tester, Partner oder Interessenten die auf den Staging-Systemen installierte Software testen.
    • Auf Wunsch kann ich den gesamten Prozess vom Aufsetzen der Staging-Systeme bis zum Einlass der Personen (z.B. über VPN) in Gang setzen und überwachen.
  • Testdrehbücher schreiben
    • Ich überlege sinnvolle Test-Cases und entwickle daraus vollständige Testdrehbücher. Die Testdrehbücher kann ich im Laufe der Zeit ständig weiterentwickeln.
  • Tests durchführen
    • Egal, welche Test-Arten in meinen Verantwortungsbereich fallen: Ich kann die Tests selbst durchführen oder anderen Team-Mitgliedern bei der Durchführung von Tests behilflich sein.
    • Wenn ich selbst teste, ist es mein Anspruch, die Bugs zu finden, bevor Ihre Kunden die Bugs finden.
  • Tests delegieren / Testergebnisse einsammeln und auswerten
    • Wenn Sie lieber Clouds/Crowds oder spezielle Zielgruppen testen lassen wollen, dann kann ich die Kommunikation zwischen den Testern und den Entwicklern übernehmen: Ich instruiere die Tester nach den Wünschen der Entwickler (oder denke mir selbst sinnvolle Test-Leitlinien aus). Ich fasse die Testergebnisse der Tester zusammen und schreibe für Entwickler lesbare Bugreports. Ich finde Bug-Duplikate, fasse diese zusammen und passe auf, dass beim Zusammenfassen alle wichtigen Informationen der Einzelbugs bei den Entwicklern ankommen (dass nichts Wichtiges verloren geht).
    • Ich stelle die Bugs der Tester nach (reproduziere ihre Handlungsanweisungen, die den Bug auslösen), fordere bei Unklarheiten Detailinformationen ein und bereite (falls erforderlich) die Schritte, die zum Bug führen, so auf, dass die Entwickler mit ihrer technischen Sicht auf das System möglichst schnell erkennen können, welche Systemteile betroffen sind.
  • Vergleichendes Testen und Regressionstests
    • Ich vergleiche zwei Software-Versionen anhand ihrer Changelogs. Dazu kann ich 2 Teststrecken parallel laufen lassen, um Neu gegen Alt zu vergleichen.,
      • Mit dem richtigen Fenster-Management springen Änderungen und frisch eingeschleppte Bugs regelrecht ins Auge! Effizienter kann man das bei GUI-relevanten Tests kaum noch machen :-)
  • Kommunikation der Testergebnisse an die Entwickler
    • Ich mache alles, was erforderlich ist, damit die Botschaften mundgerecht bei den Entwicklern ankommen:
      • Aufbreitung der Testergebnisse in Testprotokollen, die auf die Bedürfnisse der Entwickler abgestimmt sind
      • Eintragen von Bug-Nummer und Bug-Summary
      • Eintragen von Mini-Hinweisen, bei denen sich die Vergabe von Bug-Nummern nicht lohnt
      • Farbige Markierung der Protokoll-Einträge, z.B. so:
        • rot: major bug
        • lila: minor problem
        • dunkelgelb: no warranty
        • blau: will be tested
        • grün: fixed and tested
        • türkis: invalid or will not be fixed
    • Auf Wunsch pflege (koloriere) ich diese Protokolle nach, damit die Entwickler im Laufe der Zeit den Überblick darüber behalten, welche Bugs noch offen, und welche schon erledigt sind.
      • Auf diese Art helfe ich den Entwicklern bei der Pflege ihrer Aufgabenlisten.
    • Ich gebe den Entwicklern Denkanstöße, bei denen sie regelmäßig selbst entscheiden müssen, ob sie sie zu Ende denken. Wenn sie den Impulsen nachgehen, wird die Software besser, und sie haben der ständig lauernden Gefahr der Betriebsblindheit ein Schnippchen geschlagen. Wenn sie den Impulsen nicht nachgehen, dann machen sie das bewusst, und sie geben damit dem Impuls in der Regel automatisch (ausgesprochen oder unausgesprochen) eine Priorität. Und Prioritäten sind nichts anderes als ein Ansatz, die richtigen Dinge zuerst zu tun.
    • Wenn ich mit den Entwicklern die einzelnen Komponenten oder Aspekte bespreche, dann hat das den Effekt, dass mit mir eine Person mehr an einer Sache mitgedacht hat. Je mehr Köpfe an einer Problemlösung beteiligt sind, umso besser wird das daraus resultierende Produkt.
  • Diverse Testschwerpunkte

    Es gibt verschiedene Ziele, nach denen getestet werden kann. Da, wo Software entwickelt wird, sind in der Regel alle wichtigen Testschwerpunkte erforderlich. Nur ihre Gewichtung (ihre Wichtigkeit) variiert je nach Art und Einsatz der Software. Je nachdem, wie Ihr Team die Prioritäten diesbezüglich gesetzt hat, biete ich Ihnen folgende Testschwerpunkte an:

    • Funktionale Tests (API-Tests, Funktionaliät gegenüber dem Anwender, Tests nach Test-Drehbuch)
    • Lasttests
    • Performancetests
    • Langzeittests
    • Usability (Benutzerfreundlichkeit, Gebrauchstauglichkeit)
    • Korrekte Sprache auf Deutsch und auf Englisch: Sind alle GUI-Elemente lesbar und frei von Rechtschreib- und Grammatikfehlern? Sind die Fehlermeldungen sprachlich einwandfrei und verständlich? Gibt es irgendwo unverständliches sprachliches Kauderwelsch?
    • Sicherheitslecks

Aus dem oben aufgelisteten Leistungsspektrum können wir für Ihr Unternehmen sinnvolle Aufgaben zusammenstellen, die ich in Teilzeit für Sie erledigen werde.

Mit meinem disziplinierten Zeitmanagement werde ich sicherstellen, dass ich als selbstständiger Unternehmer Ihr Team langfristig betreuen und in meinem Kundenstamm halten werde. Durch eine langfristige Zusammenarbeit werde ich meine Leistungen mit fortschreitender Zeit auf die Spitze treiben (also ständig verbessern).

Durch die Betreuung mehrerer Kunden stelle ich sicher, dass meine Expertise ständig frischen Impulsen ausgesetzt bleibt. Statt in einer einzigen Umgebung zu versauern und betriebsblind zu werden, erfahre ich neue Trends in meiner Marktnische zuerst und kann neue Ideen schneller an meine Kunden (also auch an Sie) weitergeben als in einem reinen Angestelltenverhältnis.

  • Denken Sie an einen Arzt: Wenn bei Ihnen ein medizinischer Routine-Eingriff fällig ist, bevorzugen Sie dann eher einen Arzt, der langfristige Erfahrungen mit nur wenigen, exklusiven Patienten gemacht hat? Oder bevorzugen Sie eher einen Arzt, der langfristige Erfahrungen mit möglichst vielen Patienten gemacht hat?

2. Worin bin ich gut?

Lesen Sie hier etwas über meine Stärken.

3. Was können Sie tun, um mit mir ins Geschäft zu kommen?

Sie können mich per E-Mail oder telefonisch kontaktieren:

  • Michael <PUNKT> Grosser <AT> gmx <PUNKT> de
  • 030 / 76 21 88 28

Es bietet sich an, dass wir am Anfang einen Termin vereinbaren. Ich komme dann zu Ihnen in das Unternehmen, und wir besprechen miteinander, welche Baustellen ich bei Ihnen bearbeiten darf.

Wenn Sie vorher mehr über mich erfahren möchten, dann fordern Sie doch Lebenslauf und Skills von mir an.