Nem minden alkalommal egyezik meg egy hibának a prioritása és a súlyossága. A hibajavítás prioritásának beállítását a projektvezető, vezető fejlesztő végzi, míg a hiba súlyosságát a tesztelő határozza meg. Sokszor kerülhetünk olyan helyzetbe, amikor egy súlyos hibát kis prioritással vesznek a fejlesztők és időben jóval később kerül kijavításra, mint ahogy azt a tesztcsapat elvárná.
Gondolhatnánk, hogy ilyen nincs, mivel a súlyos hibák mindig magas prioritásúak. De tévedünk ha ezt hisszük. Előfordulhat az, hogy a tesztelést megakasztja egy hiba, de a fejlesztők mégsem ennek kijavításával törődnek, mert más fontosabb feladatuk van. Például egy modul, vagy unit fejlesztése sürgősebb, mint a hibajavítás, mert a unitra épülnek a többi modulok és nélküle nem tudnak tovább haladni a fejlesztésben. Vagy a késéssel több fejlesztő munkavégzését veszélyezteti, csúsztathatja. A fejlesztő elsősorban a fejlesztési csapat érdekeit nézi, a tesztelő pedig természetesen a tesztelési csapatét.
Mindenkinek megvan a saját munkája, határideje. A cél, hogy azt befejezze. Pláne így van ez, ha külsős fejlesztő cég készíti az alkalmazást. Majdnem biztos, hogy a mi általunk súlyosnak tekintett hibák nem olyan időrendben fognak javulni, mint ahogy azt elvárnánk. :)
A tesztelők, tesztvezetők számára általában az a cél, hogy a tesztelést akadályozó hibákat minél hamarabb kijavítsák a fejlesztők. Ennek elérése érdekében a súlyos, megakasztó hibákat részesítsük nagyobb figyelemben. Ahol lehet hívjuk fel rájuk a figyelmet.
Kommentek