Szoftverfejlesztők és -tesztelők Kecskeméten: Vélemények és kedvező árak

Szoftverfejlesztő és -tesztelő Kecskemét

A Szoftverfejlesztő és -tesztelő Kecskemét környékén akkor kell, amikor egy ötletből működő rendszer legyen, vagy egy meglévő felület túl sok hibát ad. Magánügyfélként ez nem csak céges igény lehet. Sok ember kér segítséget saját weboldalhoz, időpontfoglalóhoz, egyszerű ügyfélkezelőhöz, mobilos megoldáshoz vagy egy régi program javításához. A lényeg az, hogy a fejlesztés és az ellenőrzés együtt történjen. Ettől lesz a rendszer használható.

A szoftverfejlesztő és tesztelő feladata nem merül ki abban, hogy elkészít valamit. Meg kell néznie, mit szeretnél valójában, hol fog futni a program, mennyire legyen gyors, és mitől hibázhat. Szerintem itt sokan már az elején elrontják. Túl hamar kérnek árat, miközben a feladat még nincs rendesen körülírva. A vége az lesz, hogy az első ajánlat olcsónak tűnik, utána mégis jönnek a plusz körök.

Az informatikai szakember akkor dolgozik jól, ha egyszerre figyel a működésre és a hibákra. A fejlesztés és a tesztelés együtt ad értelmet a munkának. Nekem az a tapasztalatom, hogy az ügyfélnek sokszor nem bonyolult rendszer kell, hanem stabil. Ez kisebb igénynek hangzik, de valójában nehezebb jól megcsinálni.

Mikor kell fejlesztés és tesztelés

A fejlesztés akkor indokolt, ha nincs még megfelelő program, vagy a meglévő rendszer már akadályoz. Ilyen lehet egy egyedi nyilvántartás, egy foglalási felület, egy belső családi vagy magánprojekt, vagy egy olyan webes eszköz, amit mással nem lehet kiváltani. A tesztelés pedig akkor fontos, amikor a program már látszólag működik, de nem biztos, hogy minden helyzetben stabil.

Sokan azt hiszik, a tesztelés csak a végén jön. Ez hiba. Sok ügyfél ott veszít pénzt, hogy hónapokig fejlesztet valamit, majd az indulás előtt derül ki, hogy telefonon nem működik jól, rosszul menti az adatokat, vagy egy frissítés után szétesik az egész. Volt olyan eset, amikor egy megrendelő csak annyit mondott, hogy legyen kész a saját időpontfoglaló oldala hétvégére. A fejlesztés gyorsan ment, de teszt nélkül maradt benne egy olyan hiba, hogy két ember ugyanarra az idősávra tudott foglalni. Kívülről ez apróság. A használatban viszont nagy baj.

Én személy szerint jobban szeretem, ha a tesztelő szemlélet már a tervezésnél jelen van. Akkor kevesebb a meglepetés. És kevesebb az olyan mondat, hogy ezt nem így képzeltük. A programozói munka önmagában kevés, ha senki nem nézi végig, hogyan viselkedik a rendszer valós helyzetekben.

Szoftverfejlesztő választása

A jó szoftverfejlesztő nem csak kódot ír. Kérdez. Visszakérdez. Néha vitatkozik is, ha látja, hogy az elképzelés rossz irányba megy. Szerintem ez nem kellemetlen tulajdonság, hanem hasznos. Az a szakember gyanús nekem, aki mindenre azonnal igent mond, határidőre, árra, funkcióra egyaránt. A valóság ennél nehezebb.

Érdemes megnézni, hogyan beszél a munkáról. Tudja egyszerűen elmondani, mi készül el, mi nem, hol van kockázat, és mire kell külön figyelni. A tesztelő szakember akkor hiteles, ha nem csak eszközöket sorol, hanem példát ad a tipikus hibákra. Ilyen lehet a lassú betöltés, a félrement űrlapküldés, a hibás jogosultság, az elvesző adat vagy az, hogy egy funkció egyik böngészőben rendben van, másikban nem.

Sok megrendelő hibázik, amikor csak referenciaképet néz. Egy szép felület önmagában semmit nem bizonyít. Fontosabb, hogy milyen volt az együttműködés, mennyire tartotta a szakember a vállalását, javított-e hiba esetén, és mennyire volt elérhető. Az is számít, hogy egy fejlesztő vagy egy minőségellenőrzéssel is foglalkozó szakember mennyire dokumentálja a munkát. Később ebből lesz a nyugalom.

Qjob.hu oldalon is lehet ilyen szakembert keresni. De itt sem csak a rövid bemutatkozást érdemes nézni. Jobb, ha azt figyeled, mennyire konkrét a leírás, kap-e értelmes kérdéseket, és válaszol-e rájuk rendesen. Itt sokszor gyorsan kiderül, ki dolgozik valódi rutinnal, és ki az, aki csak általánosságokat ír.

Szoftverfejlesztő árak és reális költségek

Az ár attól függ, hogy új program készül, meglévő rendszert kell javítani, vagy főleg ellenőrzésre van szükség. Kecskemét térségében az egyszerűbb feladatoknál is számolni kell azzal, hogy az előkészítés időt vesz igénybe. Nem csak a kódolásért fizetsz. Hanem a felmérésért, a hibakeresésért, a próbákért és az utólagos javításért is.

Az én tapasztalatom az, hogy a túl alacsony ár ritkán jó jel. Olcsóbban 12.000 alatt óradíjban vagy kisebb csomagban néha lehet ajánlatot látni, de ez sokszor vagy nagyon szűk feladat, vagy később drágább lesz a javítás. Szerintem egy komolyabb fejlesztésnél a gyanúsan olcsó munka több kárt okoz, mint amennyit spórol.

Reálisabb képet az ad, ha a szakember külön kezeli a fejlesztést és külön a szoftvertesztelést. Így látszik, mire megy el az idő. És kevesebb a vita. Személy szerint én jobban kedvelem az olyan ajánlatot, amelyben a bizonytalan pontokat is leírják, nem csak a végösszeget.

Kecskemét városrészei és a környék

Kecskemét esetében a helyi jelenlét nem mindig döntő, de néha sokat számít. A belvárosban élő ügyfél gyakran gyors személyes egyeztetést vár. Hetényegyháza, Kadafalva vagy Széktói kertváros felől inkább az számít, hogy a szakember mikor ér rá és hogyan szervezi a munkát. A környező településeken, például Ballószög vagy Katonatelep irányában szintén gyakori, hogy online megy minden, de néha helyszíni egyeztetés kell.

Nem minden feladat helyhez kötött, mégis van előnye a helyi ismeretnek. Kecskemét környékén például sok magánügyfél úgy kér fejlesztést, hogy a régi weboldalát valaki más készítette, nincs rendes átadás, hiányos a hozzáférés, és senki nem tudja pontosan, hol fut a rendszer. Ilyenkor az első lépés sokszor nem a fejlesztés, hanem a rendrakás. Ez idő, és ezt érdemes előre kimondani.

Sokan megfeledkeznek arról is, hogy a kisebb elővárosi vagy külterületi ügyfeleknél a lassabb internet, a régebbi eszköz vagy a kevésbé friss böngésző valós probléma. A szoftvertesztelő feladata az is, hogy ne csak modern környezetben nézze meg a rendszert. Ettől lesz használható a végeredmény nem csak papíron, hanem a mindennapokban is.

Gyakori hibák és a közös munka menete

A közös munka általában rövid felméréssel indul. A megrendelő elmondja, mit szeretne. A szakember visszakérdez. Utána készül egy egyszerű terv, majd jön a fejlesztés, aztán az ellenőrzés. Ez tiszta folyamatnak hangzik, mégis sok helyen elcsúszik. Sok ügyfél túl későn szól arról, hogy közben új ötlete támadt. Sok fejlesztő pedig nem jelzi időben, ha az új kérés már másik feladat.

Gyakori gond az is, hogy valaki csak a látványt ellenőrzi. Pedig egy rendszer nem attól jó, hogy szép. Hanem attól, hogy ment, visszajelez, nem akad el, és hiba esetén is érthető marad. Egy tesztelő szakember ezt sorra veszi. Megnézi, mi történik rossz adatnál, lassú hálózatnál, többszöri kattintásnál, elrontott belépésnél vagy félbehagyott műveletnél.

Volt már olyan ügy, ahol az ügyfél szerint minden kész volt. Az oldal jól nézett ki, a menük működtek, a szövegek bent voltak. De amikor valós adatokkal próbáltuk ki, a rendszer a mentés után visszadobta a felhasználót a kezdőlapra. Ilyenkor derül ki, mennyit ér az alapos ellenőrzés. Nekem ez régi tapasztalat, hogy a csendes hibák veszélyesebbek, mint a látványosak. A nagy hibát mindenki észreveszi. A kicsi viszont hetekig rontja a használatot.

És itt jön be a józan árérzék is. Aki csak a legolcsóbb ajánlatot keresi, gyakran pont a tesztelést hagyja ki. Később pedig újra fizet. Szerintem jobb egyszer rendesen megcsinálni a munkát, mint kétszer javítgatni. A szoftverfejlesztő és -tesztelő akkor valódi segítség, ha nem csak elkészít valamit, hanem végig is nézi, mire lesz jó neked a gyakorlatban.