[Modelinterpreter] defect handling process - javaslat

[Mormota]

Sziasztok!

Boldival beszelgettem a defectek kezeleserol, es van nehany javaslatunk,
amit meg kellene beszelni csutortokon (amikor nem tudom menni).

Szoval a hibajegyek kezelesevl kapcsolatban a kovetkezo szabalyokat
javasoljuk:
- A hibakat a javitas utan a feladonak kell ellenorizni.
- A hibatjegyet csak a felado zarhatja le, miutan ellenorizte a javitast.
- Amennyiben a hiba nem reprodukalhato a javito altal, a feladonak kell
ellenoriznie, hogy valoban fennall-e, es mindent adat rendelkezesre all-e a
reprodukalasoz.
a; Ha nem, a feladonak ki kell egeszitenie a hibajegyet.
b; Ha igen, akkor a feladonak a javitoval egyutt, a javitot segitve kell
megprobelni reprodukalnia  hibat.
- A b; pontbol kovetkezik, hogy a hiba javitasat a felado "nyomja" (nem
akartam irni, hogy driveolja, mert az olyan magyartalan ;)).
- Figyeljunk oda a hibak analizise es javitasa eseten, hogy szukseges-e
ujabb ticketeket felvenni. Peldaul, hogy ha egy projekt formatuma elavul,
akkor ugye az adot projektet upgrade-elni kell. erre egyreszt oda kell
figyelni, de azt is erdemes tudatositani, hogy egy productionben levo
termek eseten es nem lehet manualis folyamat, azaz egy uj pluginnek
backward kompatibilisnek kell lennie, es/vagy tamogatnia kellene az
upgrade-et.

Persze ne legyunk vaskalaposak, spec esetekben el lehet ezektol terni, de
legyenek a fentiek az esetek 99%-aban kovetett szabalyok.

Ezek mellett meg erdemes odafigyelni, hogy minden defect ticket tartalmazza
a
- plugin verzio-t,
- a hiba reprodukalasanak lepeseit,
- adott esetben stacktrace-t, logot, screenshotot, stb.
(- jo lenne a teljes Eclipse plugin okoszisztemat es OS platformot is, de
talan mar ennyi is eleg).

Lecci beszeljetek ezeket meg, es ha mindenki rabolint, felviszem a
szabalyokata wikibe.

Koszi!

Udv,
Attila
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://plc.inf.elte.hu/pipermail/modelinterpreter/attachments/20150429/44960536/attachment.html>