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

Szoftverfejlesztő és -tesztelő Miskolcon

A szoftverfejlesztő és -tesztelő akkor hasznos, amikor egy rendszer nem azt csinálja, amit kellene, vagy éppen el sem indul rendesen. Miskolcon is sok magánügyfél ilyen helyzetben keres segítséget. Van, aki egy egyszerű webes felületet akar helyrehozni. Más egy rendelési folyamatot javíttatna meg. És van, aki új funkciót kér egy meglévő programba, de fél attól, hogy közben valami más elromlik. A szoftverfejlesztő és -tesztelő munkája ezért nem csak fejlesztésből áll. Ugyanannyira fontos a hibák feltárása, a működés ellenőrzése és annak megértése, hogy a változtatás valóban javít-e a helyzeten.

Szerintem ez az egyik legnehezebb terület, mert kívülről sok feladat kicsinek látszik, belülről viszont rendezetlen logika, régi kód vagy hiányos dokumentáció várja a szakembert. Sok ügyfél azt hiszi, hogy csak egy gombot kell átírni. Aztán kiderül, hogy a háttérben több folyamat kapcsolódik egymáshoz. Ilyenkor a fejlesztő és a tesztelő együtt gondolkodik. Ez adja a munka valódi értékét. A Qjob.hu oldalon ezért nem csak új program készítésére szoktak ajánlatot kérni, hanem hibajavításra, ellenőrzésre és utólagos finomításra is.

Mire jó a fejlesztés és tesztelés

A legtöbb megrendelés nem teljesen új rendszerrel indul. Gyakran már létezik egy program, csak lassú, pontatlan vagy kiszámíthatatlanul működik. Ilyenkor a szoftverfejlesztő és -tesztelő első feladata nem az átírás, hanem a helyzet tisztázása. Mi romlott el. Mióta jelentkezik a hiba. Mindenkinél előjön, vagy csak bizonyos lépések után. Ez azért fontos, mert a javítás ára és ideje ettől függ. Egy informatikus gyorsabban és olcsóbban dolgozik, ha az ügyfél képernyőképet, hibaleírást és pontos példát tud adni.

Sokszor nem is a technikai rész a legnagyobb gond, hanem a bizonytalanság. Az ügyfél valami újat szeretne, de nem tudja, mennyit kell megváltoztatni hozzá. Egy jó fejlesztő ilyenkor nem találgat. Inkább lebontja a feladatot kisebb részekre. Megnézi, mi maradhat, mit kell cserélni, és hol érdemes előbb tesztelni. Ez nekem mindig jó jel. Aki rögtön mindent megígér, az gyanús. Aki előbb kérdez és ellenőriz, az általában komolyabban veszi a munkát.

Volt egy eset, amikor egy ügyfél csak annyit írt, hogy a rendszer néha duplán küld visszaigazolást. Első hallásra ez kis hibának tűnt. A végén kiderült, hogy a háttérben két külön folyamat egyszerre indult el, és a gond csak bizonyos időpontokban jelentkezett. A javítás önmagában nem volt hosszú, de a felderítés több körből állt. Sok ilyen munkánál a tesztelő szerepe legalább annyira fontos, mint maga a fejlesztés. Ha nincs rendes ellenőrzés, a hiba visszajön másik ponton.

Szoftverfejlesztő és -tesztelő árak

A szoftverfejlesztő és -tesztelő díja főleg attól függ, milyen állapotban van a meglévő rendszer, mennyire sürgős a kérés, és kell-e utólagos ellenőrzés több lépésben. Miskolc környékén és távoli munkánál is hasonló logika alapján alakulnak az árak. Az egyszerű módosítások még elfogadható szinten maradnak. A szétesett, régi vagy rosszul dokumentált programok viszont gyorsan drágábbak lesznek. Szerintem ez teljesen érthető, mert ilyenkor a szakember nem csak dolgozik, hanem előbb rendet is tesz a káoszban.

Az árak szerintem közepesen erősek. Nem nevezném olcsónak, de sok esetben még mindig kevesebbe kerül a célzott javítás, mint egy teljes újrakezdés. A túl alacsony ajánlat viszont nekem nem megnyugtató. Ha valaki nagyon gyorsan és túl kevés pénzért vállal összetett munkát, ott gyakran kimarad az ellenőrzés. És pont ez az a rész, ami miatt később újra előjön ugyanaz a hiba.

Szakemberválasztás szoftverhez

A megfelelő szakember kiválasztásánál nem a hangzatos bemutatkozás a döntő, hanem az, hogy mennyire tisztán látja a problémát. Egy jó tesztelő vagy fejlesztő rövid idő alatt megmondja, milyen információ hiányzik, milyen hozzáférés kell, és hol lehet a kockázat. Ez sokat számít. Aki csak annyit mond, hogy megoldjuk, az még semmit nem mondott. Aki azt is jelzi, hogy bizonyos részeket előbb fel kell mérni, az valószínűleg felelősebben dolgozik.

Sokan hibáznak, amikor csak az árat nézik. Ez érthető, de nem elég. Fontosabb, hogy a szakember hogyan kommunikál, kér-e tesztkörnyezetet, ad-e reális határidőt, és vállalja-e a javítás utáni ellenőrzést. Nekem az is fontos szempont, hogy egyszerű mondatokban el tudja-e magyarázni, mit fog csinálni. Ha ezt nem tudja, abból később könnyen vita lesz. Miskolc esetén a személyes egyeztetés is szóba jöhet, de a legtöbb feladat távolról is jól kezelhető, ha rendben van a kommunikáció.

A szoftverfejlesztő és -tesztelő választásánál érdemes korábbi hasonló feladatokra rákérdezni. Nem hosszú referencialistára van szükség, hanem olyan példára, ami közel áll a saját problémához. Egy hibakereső szakember és egy új funkciókat építő fejlesztő között is lehet különbség. Néha ugyanaz az ember jó mindkettőben, néha nem. Ezért jobb rögtön tisztázni, hogy javításról, ellenőrzésről vagy bővítésről van szó.

Gyakori hibák a megrendelésnél

A leggyakoribb hiba az, hogy a megrendelő túl röviden írja le a gondot. Azt mondja, nem működik, de nem írja le, mihez képest nem működik. Egy ilyen kérésre nehéz pontos árat mondani. És ilyenkor jön a félreértés. Az ügyfél egy gyors javításra számít, a szakember pedig közben feltár egy összetettebb problémát. Ebből könnyen feszültség lesz. Pedig ez megelőzhető lenne néhány egyszerű adattal, például lépésről lépésre leírt hibával, képekkel és elvárt eredménnyel.

Másik tipikus gond, hogy a feladat menet közben bővül, de ezt senki nem választja le az eredeti kérésről. Először csak egy javításról van szó, aztán jön plusz értesítés, új mező, másik jogosultság, végül fél új funkció készül. Sok megrendelő ezt még mindig ugyanabba a keretbe próbálja belesűríteni. Szerintem ez ritkán fair. A korrekt megoldás az, ha a munka részei külön látszanak. Ettől nem lesz drágább, csak átláthatóbb.

És van még valami, amit sokan lebecsülnek. A tesztelés nem mellékes utómunka, hanem a biztonságos átadás része. Ha egy program csak látszólag működik, az később több kárt okozhat, mint amennyit a gyors javítás megspórolt. Én a túl olcsó, túl gyors ajánlatokkal ezért óvatos lennék. Inkább legyen egy kicsit hosszabb és rendezettebb a folyamat, mint egy ideiglenes folt, ami két hét múlva megint szétesik.