Becslés
Gondolom a többség még mindig sprintekben dolgozik, amiről pro-kontra megoszlanak a vélemények, de azért az alapvetés az, hogy bug-okra sosem becslünk tesztelést, mivel a javítására sem tudunk mindaddig, amíg meg nem történik egy analízis, feltérképezésre nem kerül a hiba oka, annak kihatásai, illetve a javítás várható eredménye és annak hatásai. Itt megannyi kérdőjel van, hogy az azt követő tesztelésre egyáltalán nem lehet meg hozzávetőleges becslést sem adni. Viszont van, hogy kell, mert project megköveteli. Ekkor azért jól tud jönni, ha le van írva a néhány acceptance criteria a bugfix kapcsán, hogy mit váruk el, hiszen ezek már alapvető támpontot tudnak adni a bugfix nagyságáról és várható kihatásáró. Viszont ha van hozzá acceptance criteria, akkor már task, mintsem bug, és akkor tényleg joggal becsülhető. Szóval picit a szavakon való rugózás, de azért lássuk be, hogy a projectek többség hasonlóan kaotikusan működik.
Automatizálható?
Ha van AC, akkor automatizálható, bár számomra mindig minden akkor automatizálható, ha az már a manuális tesztelésen sikeresen átment, tehát megfelelően működik, és a manuális teszt eset kerül automatizálásra. Bug esetén nem lenne ildomos autmatizálni, de, mint a fentebbi állítás mutatja, ha az túl nő a bug keretein, akkor bár hívjuk, aminek akarjuk, de AC esetén már van értelme annak, hogy arra is automata teszt készüljön, persze, miután a manuális sikeresen átment.
Szóval ez a mai eszemfuttatás igazából nem vitt túl sokat előre, hiszen, ha meg kell csinálni, akkor meg kell csinálni.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges