Ako testovať workflow redakcie (autor → editor → publikovanie)

Príklad

Predstav si redakčný systém, kde autor napíše článok a odošle ho na schválenie. Editor ho upraví a nastaví publikovanie.
Na prvý pohľad všetko funguje.

Lenže:

  • článok sa omylom publikuje bez schválenia,
  • editor prepíše text autora bez histórie zmien,
  • publikovanie sa spustí skôr kvôli zlej časovej zóne,
  • alebo sa článok „zasekne“ v stave pending a nikto nevie prečo.

Výsledok: chaos v obsahu, reputačné riziko a frustrácia tímu.

 

Ako otestovať

1. Prechody medzi stavmi (workflow)

  • Over všetky stavy: draft → review → approved → published.
  • Testuj, že nie je možné preskočiť kroky (napr. draft → publish).
  • Skontroluj spätné prechody (napr. editor vráti článok autorovi).
  • Over, že každý stav má jasné pravidlá a nie je „voľný prechod kamkoľvek“.

 

2. Roly a oprávnenia

  • Autor môže vytvárať a upravovať len svoje články.
  • Editor môže upravovať, schvaľovať a vracať články.
  • Publikovanie je povolené len oprávnenej role.
  • Over, že zakázané akcie nie sú len skryté, ale reálne blokované (API/backend).

 

3. Editácia a verzovanie

  • Skontroluj históriu zmien – kto čo upravil a kedy.
  • Testuj rollback na predchádzajúcu verziu.
  • Over paralelnú editáciu (autor + editor naraz).
  • Sleduj konflikty – či systém upozorní na prepísanie zmien.

 

4. Schvaľovací proces

  • Otestuj, že článok nemožno publikovať bez schválenia.
  • Over viacstupňové schvaľovanie (napr. editor → šéfredaktor).
  • Skontroluj logiku: kto schválil, kedy, s akým výsledkom.
  • Testuj zamietnutie a návrat späť autorovi.

 

5. Publikovanie a plánovanie

  • Testuj okamžité vs. plánované publikovanie.
  • Over správnosť dátumu a času (timezone problém).
  • Skontroluj, že článok sa publikuje len raz (žiadne duplicity).
  • Testuj odpublikovanie alebo archiváciu.

 

6. Notifikácie a komunikácia

  • Autor dostane informáciu o schválení/zamietnutí.
  • Editor je upozornený na nový článok na review.
  • Notifikácie majú správny obsah a timing.
  • Testuj duplicity alebo chýbajúce notifikácie.

 

7. Integrácie a zobrazenie obsahu

  • Over, že publikovaný článok sa zobrazí na webe/API.
  • Skontroluj cache (či sa zobrazí aktuálna verzia).
  • Testuj SEO údaje (title, description).
  • Over multijazyčné verzie, ak existujú.

 

8. Chybové a hraničné scenáre

  • Výpadok systému počas schvaľovania alebo publikovania.
  • Neuložený draft (strata dát).
  • Duplicita článku pri opakovanom kliknutí.
  • Zaseknutý stav (napr. review bez možnosti pokračovať).

Pridajte Komentár

Vaša e-mailová adresa nebude zverejnená. Vyžadované polia sú označené *

Návrat hore