Project

General

Profile

Pi-Vote Testing

Im folgende wird beschrieben, wie neue Versionen von Pi-Vote getestet werden.

Prozedur

Für ein neues Release ist folgende Prozedur einzuhalten und zu Protokollieren:
  1. Änderungen festhalten
  2. Version anpassen
  3. Tag erstellen
  4. git push
  5. Build und upload als Testing
  6. Testserver updaten
  7. Testing anstossen
    • Falls Showstopper, nochmal von vorne
    • Falls keine Showstopper, warten bis jedes Testscript OK
      • auf 2x Windows
      • auf 2x Ubuntu/Debian
      • auf 2x Non-Deb Linux
      • auf 2x Mac OS
    • und Systemtest OK
  8. Freigabe durch Registrar
  9. Upload als Release
  10. Produktivserver updaten

Notfallpatch Prozedur

Für Notfallpatches ist folgende Prozedur einzuhalten und zu Protokollieren:
  1. Anordnung durch Registrar
  2. Minimale Änderung ab Label
  3. Änderungen festhalten
  4. Version anpassen
  5. Tag erstellen
  6. git push
  7. Build und upload als Testing
  8. Testserver updaten
  9. Testing durch Entwickler/Team/Registrar
    • Falls Showstopper, nochmal von vorne
    • Falls keine Showstopper, warten bis jedes Testscript OK
      • auf 1x Windows
      • auf 1x Ubuntu/Debian
      • auf 1x Mac OS
  10. Freigabe durch Registrar
  11. Upload als Release
  12. Produktivserver updaten

Testausführung

Die Testscripte sind wie folgt aufgebaut:

  1. Aktion des Benutzers
    • Erwartetes Ergebnis
  2. Aktion des Benutzers
    • Erwartetes Ergebnis

Meldung

Sowohl erfolgreiche aus auch nicht erfolgreiche Tests per Ticket melden:

Ticket erstellen

Bei Fehler zunächst nachschauen, ob ein entsprechendes Bug-Ticket schon existiert. Falls ja, neue Information bitte dort hinzufügen. Falls nein, ein neues Ticket für den Fehler eröffnen.

Fragen

Account für Tickets melden

Wer nicht PPS Mitglied ist und Tickets melden möchte nacht Tests oder Bugs, bitte einen Forenaccount erstellen und dann kann man sich mit Benutzernamen und Passwort hier im Redmine einloggen und Tickets erstellen.

Also available in: PDF HTML TXT