Treceți la conținut

Ghiduri

Mentenanță și înlocuire temporară

· 3 min de citit

Contractați freelanceri pentru mentenanță sau înlocuire temporară cu backlog definit, limite de acces, evaluator și predare documentată către echipă.

Înlocuire sau serviciu de mentenanță?

Înlocuirea adaugă capacitate; echipa păstrează prioritățile și revizia. Mentenanța necesită scop și responsabilități convenite. Separați erorile, dependențele și funcțiile; o persoană nu înseamnă automat suport continuu.

Construiți o plasă de teste în jurul comportamentului pe care vă bazați

Codul legacy are de obicei puține teste, iar comportamentul lui documentat se potrivește rareori cu cel real. Înainte de a schimba structura, scrieți teste de caracterizare: teste care înregistrează ce face sistemul astăzi, inclusiv cazurile limită ciudate, astfel încât orice schimbare de comportament să apară ca un test eșuat.

Începeți de la margini, cu teste care apelează aplicația prin API sau prin interfața cu utilizatorul și verifică rezultatele, pentru că acestea supraviețuiesc schimbărilor interne. Pentru calcule și rapoarte, treceți intrări reale prin codul vechi și prin cel nou și comparați ieșirile. Adăugați teste mai fine fiecărei părți pe măsură ce o refactorizați. Articolul nostru despre actualizarea unei aplicații Java 8 critice arată aceeași plasă de siguranță aplicată unei actualizări de runtime.

Ce include brief-ul de mentenanță?

Listați versiuni, incidente cunoscute, lansare și documentație lipsă. Identificați comportamentul critic și aprobatorul. Conveniți capacitatea, începutul și predarea; acoperirea suportului trebuie stabilită explicit.

De reținut

  • Înlocuirea adaugă capacitate; echipa păstrează prioritățile și revizia.
  • Listați versiuni, incidente cunoscute, lansare și documentație lipsă.
  • Scrieți motivul de business al modernizării, cu o măsură pe care o puteți verifica mai târziu.

Întrebări frecvente

Înlocuire sau serviciu de mentenanță?

Înlocuirea adaugă capacitate; echipa păstrează prioritățile și revizia. Mentenanța necesită scop și responsabilități convenite. Separați erorile, dependențele și funcțiile; o persoană nu înseamnă automat suport continuu.

Ce include brief-ul de mentenanță?

Listați versiuni, incidente cunoscute, lansare și documentație lipsă. Identificați comportamentul critic și aprobatorul. Conveniți capacitatea, începutul și predarea; acoperirea suportului trebuie stabilită explicit.

Nu știu exact de cine am nevoie. Mă puteți ajuta?

Da. Descrieți problema în cerere sau într-un apel și vă ajutăm să definiți rolul. Dacă se dovedește că aveți de fapt nevoie de un proiect livrat, ne putem ocupa și de asta.

Spuneți-ne de ce aveți nevoie.

Ceva de construit, oameni de găsit sau o întrebare care așteaptă un răspuns. Într-un apel de 30 de minute vă ascultăm și vă spunem sincer cum vă putem ajuta și ce ar presupune.