Two Brick Labs

Isporuka softvera

Kontrolna lista za lansiranje softvera: od prototipa do produkcije

Prototip dokazuje put. Produkcija mora da izdrži stvarne korisnike, loše unose, prekide servisa, zaboravljene lozinke i jutro posle lansiranja.
Kratak odgovor

Pre objave proverite glavni korisnički put, dozvole, validaciju, rezervne kopije, migracije, bezbednost, pristupačnost, performanse, praćenje, odgovornost podrške i plan povratka. Uvežbajte objavu i oporavak pre nego što stvarni korisnici počnu da zavise od sistema.

Najvažnije

  1. Testirajte kvarove, ne samo put kojim prolazi demo.
  2. Svako važno upozorenje mora imati vlasnika i očekivanu reakciju.
  3. Plan lansiranja obuhvata povratak, podršku i sledeću odluku.

Proverite ceo korisnički put

Napišite nekoliko rezultata koje izdanje obećava i proverite svaki sa novog naloga na realnom uređaju. Uključite registraciju, potvrdu, dozvole, plaćanje gde postoji, prazna stanja, greške, otkazivanje, oporavak i odjavu. Neko van razvojnog tima treba samostalno da prođe ceo put.

Pre testiranja odredite šta zaustavlja objavu. Pokvaren glavni zadatak jeste razlog za odlaganje. Sitna vizuelna greška možda nije. Bez te razlike odluka postaje emotivna.

  • Novi i postojeći korisnik
  • Svaka uloga i nivo pristupa
  • Sporija mreža i manji ekran
  • Pogrešan, dupli i nepotpun unos

Pripremite podatke i oporavak

Rezervna kopija vredi samo ako vraćanje radi. Proverite raspored, čuvanje, zaštitu, pristup i stvarno testiran postupak povratka. Za migraciju koristite podatke nalik produkciji, prebrojte zapise pre i posle, zabeležite greške i sačuvajte izlaz.

Odredite koje podatke prikupljate, zašto, koliko dugo i ko im pristupa. Pre objave uklonite test naloge, probne tajne i lične podatke koji nisu potrebni.

Proverite bezbednost u kontekstu proizvoda

Rizik zavisi od proizvoda, korisnika i podataka. Pregledajte prijavu, dozvole, sesije, validaciju, fajlove, tajne, zavisnosti, logove, ograničenja zahteva i administrativne radnje. OWASP ASVS daje strukturiran osnov za proveru web aplikacija.

Ne zapisujte lozinke, tokene i osetljiv sadržaj. Proverite da jedan korisnik ne može promenom identifikatora da vidi tuđe podatke. Ograničite produkcioni pristup i beležite važne administratorske radnje.

Pristupačnost i brzina su funkcionalni kvalitet

Prođite sajt tastaturom, proverite fokus, oznake, naslove, kontrast, uvećanje, smanjeno kretanje i razumljive poruke o grešci. W3C Web Accessibility Initiative objavljuje WCAG standarde i prateća uputstva.

Merite brzinu na stvarnim uređajima i mrežama. Web Vitals posmatra učitavanje, odziv i stabilnost prikaza. Prvo ubrzajte glavni put, pa tek onda retko posećene stranice.

  • Tastatura i vidljiv fokus
  • Oznake polja i jasna validacija
  • Dimenzije slika i način učitavanja
  • Stabilan raspored pri fontovima i medijima
  • Brza reakcija pod opterećenjem

Sistem mora da pokaže kada ne radi

Uspešna objava ne znači da proizvod radi. Pratite dostupnost, greške, trajanje zahteva, neuspele poslove, integracije, limite i poslovne događaje koji potvrđuju da korisnik završava glavni zadatak. Svako upozorenje traži prag, vlasnika i očekivanu reakciju.

Koristite strukturirane logove sa oznakom zahteva ili posla. Obeležite trenutak izdanja da biste novu grešku povezali sa promenom. Proverite analitiku pre lansiranja, inače prvi period korišćenja nestaje bez podataka.

Uvežbajte lansiranje i povratak

Napišite redosled objave, odgovorne ljude, kanal komunikacije, korake provere, uslov za povratak i put do podrške. Prvo objavite u okruženju koje liči na produkciju. Ako postoje migracije i spoljna koordinacija, uradite probu.

Posle lansiranja pratite tehničke i poslovne signale. Brzo rešite blokade, beležite ponavljajuće trenje i zakažite sledeću odluku. Lansiranje je početak dokaza, a ne kraj razvoja.

  • Imenovan vlasnik lansiranja
  • Lista objave i provere
  • Naredba za povratak i posledice po podatke
  • Inbox podrške i očekivano vreme odgovora
  • Datum pregleda posle lansiranja

Česta pitanja

Koja je najvažnija provera pre lansiranja?

Ceo glavni korisnički put. Ako korisnik ne može pouzdano da stigne do obećanog rezultata, ostalo doterivanje ne pomaže.

Da li malom MVP-u trebaju praćenje i backup?

Da, srazmerno riziku. Morate znati kada proizvod ne radi, zaštititi važne podatke i imati proveren način oporavka.

Kada treba odložiti lansiranje?

Kada glavni put, integritet podataka, pristup, pravna obaveza ili oporavak nisu pouzdani. Manje rizične greške dokumentujte i objavite svesno.

Izvori i standardi

Podešavanja privatnosti

Izaberite šta ovaj pregledač sme da sačuva. Neophodni kolačići ne mogu da se isključe jer su potrebni sajtu.

Politika kolačića