Ki kicsoda informatikában: szakma - tesztelő. A szoftvertesztelő keresett szakma

A probléma rendszerszintű, mert nagyon jó, ha a HR-t olyan kulcsszavakkal keresik, mint „terhelési tesztelés”, „funkcionális”. De amikor a felülvizsgálati folyamatban nem a készségek tesztelésére, nem a jelölt aktivitására, rugalmasságára helyezik a hangsúlyt, hanem egy konkrét eszközre, akkor ez már probléma, főleg, ha a tesztelésnek nyoma sincs (majmolás van) , és nem tény, hogy a szükséges eszköz hatékonyabb, mint az, amelyet a kérelmező ismer. A probléma az, hogy egy apró árnyalat vagy eszköz ismerete, amelynek elsajátítása több órát vesz igénybe, előtérbe kerül, a programozási nyelvek vagy az elmélet ismerete fölé. Az egyik interjúban elég vicces volt válaszolni a kérdésekre: „nevezzünk meg egy könyvet a tesztelésről”, és miután válaszoltam Sam Kanerről, hallani: „Ezt nem tudjuk, de olvastál valamit az életciklusról egy hibától?” Vicces lenne, ha nem lenne olyan szomorú. Szomorú, amikor a HR visszautasítást jelent a jelölt tapasztalatlansága miatt, bár ennek oka a rossz hangsúly.

Egy jó tesztelőt találni nagy probléma, mert a tesztmérnök ideális esetben szoftverfejlesztéssel kapcsolatos technikai problémákat megoldó ember, egyfajta problémamegoldó. Egy ilyen ember számára a technikai készségek mellett nagyon fontos, hogy legyen figyelmes, érdeklődő elme, legyen aktív és tudjon gondolatot közvetíteni, álláspontját bármilyen szinten megvédeni.A tesztelők bizonyos értelemben kutatók a szoftverfejlesztés világából. Ezért egy tesztmérnök kezében könnyen felismerhető szimbólum a hibákat megfigyelő nagyító (lencse). Tökéletesen jellemzi a tesztelő munkáját: rendeltetésszerűen használják a hibák azonosítására és a „lyukak égetésére”, segítségével tüzet lehet gyújtani, és akár egy teljes lencserendszerrel is megfigyelheti a csillagokat. A lényeg, hogy meg tudd csinálni.

5. sz. megjegyzés

Az Intel domináns megközelítése, amelyben az eszközöket a projektben résztvevő alkalmazottak preferenciái alapján választják ki. Ez azt jelenti, hogy általában nem mindegy, milyen eszközt és nyelvet választunk egy probléma megoldására, a lényeg az, hogy megoldjuk. Három különböző, három nyelven író tesztmérnök együttélése teljesen elfogadható mindaddig, amíg a probléma megoldott, hatékonyan megoldott, a támogatási ráfordítás ésszerű és a folyamat dokumentált. Ezenkívül sok használt eszköz ingyenes, nyílt forráskódú vagy szabadalmaztatott. Manapság rengeteg olyan eszköz létezik, amellyel különféle problémákat lehet megoldani, és az eszközök megválasztása nem korlátozhatja a mérnök képességeit. Ha azonban egy feladat valóban nem szabadon elérhető eszköz használatát igényli, akkor világos megértéssel és indoklással az megvásárolható és használható. Ez ismét megfelel az üzlet céljainak - ne kalapáljon szögeket mikroszkóppal, ne dolgozzon hatékonyan, a maximumot kipréselve a szerszámokból, ha a mérnökök képzettsége lehetővé teszi, hogy „kis veszteségekkel” boldoguljanak. Egy jó alternatíva az is, ha részt vesz a nyílt forráskódú projektekben, és befektet beléjük, hogy később felhasználhassa saját igényeit. Ez a megközelítés két legyet (saját szükségletet) és feladatot öl meg, és olyan eszközöket hoz létre, amelyeket az egész társadalom szabadon használhat.

Következtetések helyett

A tesztelő több, mint egy szakma. Ez a proaktív élet képe, és a vágy, hogy megvalósítható és hatékony eszközökkel jobbá tegyük ezt az életet mindenki számára. A tesztelő termékre vonatkozó céljai a legközelebb állnak az üzleti célokhoz és a vállalat stratégiai céljaihoz az adott termékkel kapcsolatban, ugyanakkor kutatóként mélyen befut a vállalatba. És ha igen, akkor fő tulajdonságai az energia, a tudás és a rugalmasság. De ugyanakkor a tesztelői munka nem jelent általános tudást és felelősséget a termék és a szolgáltatások minőségéért. A tesztelésnek vannak határai: egyrészt a projekt és a benne foglalt követelmények (projektmenedzsment és a program meghatározott életciklusa), másrészt azok a folyamatok, amelyekért a minőségbiztosítás felelős. De a minőségbiztosítás és a tesztelés közötti különbség teljesen más kérdés.

Címkék: Címkék hozzáadása

Erre a specialitásra van kereslet. És mint minden informatikában, nincs elég személyzet, különösen képzett. Igaz, főleg a nagy szervezetekben van kereslet, amelyek kellő figyelmet fordítanak a tesztelésre.

Maga a szakterület nagyon sokrétű, és magában foglalja a programozás, a tesztelési módszertan és a kapcsolódó eszközök ismeretét (valamint azok írását is).

A tesztelést mindenhol alkalmazzák, a termékfejlesztés alatti kódírástól kezdve a tesztelési „esetekig” a technikai támogatás szakaszaiban.

A különböző tesztelési lehetőségek felsorolása egynél több oldalnyi szöveget is igénybe vehet. Csak néhányat sorolok fel.

• egységtesztelés - a szoftverblokkok egyértelmű működését biztosító tesztek
• integrációs tesztelés - különböző szoftverblokkok közötti interakciótesztek
• terhelési tesztelés – tesztek a teljesítmény szűk keresztmetszete azonosítására
• funkcionális tesztelés - tesztek
• Regressziós tesztelés – a változtatások során felmerülő problémák azonosítása
• biztonsági tesztelés – önmagáért beszél
• felhasználói viselkedés tesztelése

Egy jó tesztelő nagyon értékes. Legfőbb tulajdonsága, hogy egy kicsit programozó, őrült felhasználó, és jól érti tevékenysége tárgyát. Karriernövekedés, tesztelőtől programozóig, biztonsági vagy minőségügyi tiszt, termékmenedzser, fejlesztési vagy minőségügyi csoport vezetője, egyszerűen egy csodálatos ember, akinek „minden ég” a kezében :-)

Ha pusztán a betöltetlen állások számát nézzük, akkor a tesztelőkre nem akkora a kereslet, mint a fejlesztőkre, de itt meg kell jegyeznünk, hogy a tesztelés eltérő lehet, és főleg két kategóriában vannak üresek - kézi tesztelők és automatizálási mérnökök. Írni fogok róluk, mert... Más típusú teszteléssel még nem találkoztam.

A kézi tesztelőknek meglehetősen monoton munkájuk van – manuálisan kattintanak a tesztszkriptekre, kommunikálnak egy üzleti elemzővel és ügyféllel, és néha tisztázzák a követelményeket. Kevesebb fizetést kapnak, mint a fejlesztők, de a szakmába való belépés gátja is a legalacsonyabb: csak jó nyelvtudásra van szükségük, főleg angolul, és tesztelési módszertani ismeretekre (itt azt tanácsolom, hogy olvassa el az ISTQB-re való felkészülést, ott vannak alapvető fogalmak és kifejezések, nagyon hasznos lesz) . Tapasztalat nélkül elég nehéz elhelyezkedni, mert a FÁK-ban éppen az alacsony belépési küszöb miatt nagyon sokan hajlandók dolgozni.

Az automaták egy tesztelő és egy fejlesztő keresztezése; olyan programokat hoznak létre, amelyek automatikusan átadják a tesztszkripteket. Ennek megfelelően itt magasabbak a követelmények, legalább egy programozási nyelv és tesztelési keretrendszer (például Selenium) ismerete szükséges, és az ilyen tesztelőket magasabbra értékelik, könnyebb munkát találni, és a kereset körülbelül egy fejlesztő vagy valamivel alacsonyabb, az adott munkavégzés helyétől függően. Könnyebb elhelyezkedni tapasztalat nélkül, mint manuális tesztelőként, ráadásul a jövőben könnyebb lesz fejlesztővé válni, ha akarsz.

Nos, általában a tapasztalt tesztelőkre van igény, két év tapasztalattal az álláskeresés egyáltalán nem probléma. Ha kétségei vannak egy tesztelő és egy fejlesztő között, azt tanácsolom, hogy szerezzen gyakorlatot, próbálja ki mindkét lehetőséget, majd válassza ki a legjobban tetszőt.

Általánosságban elmondható, hogy „Minden szakma fontos, minden szakmára szükség van!” Biztosan állíthatom, hogy a modern valóságban nagyon sok embert igényel, mert sok cégnél tapasztalható szakemberhiány. Ez a jelenség a világ számos országában észrevehető (Egyedül a nagyon fejlett országok lehetnek kivételek, például Szingapúr, ahol nincs ilyen probléma, mert nagyon sokan mennek oda, vagy olyan országok, amelyek nagyon lassan fejlődnek). Így minél több szoftverterméket készítenek (mindegy melyiket), annál több tesztelőre van szükség.

A tesztelő fő célja, hogy egy potenciális ügyfél általi termékhasználati helyzeteket szimulálja (tesztelés), és megpróbálja megtalálni a termék sebezhetőségeit és hibáit. Ezt követően mutasd meg ezt a problémát a fejlesztőnek, hogy meg tudja javítani (ebben az esetben még több hiba is megjelenhet). Amit pontosan tudnod kell, jobban megértheted, miután elkezdted megérteni. Az állásajánlatokon gyakran feltüntetik, hogy mire van szükség (persze nem mindenre van szükség, ami le van írva). A legjobb, ha a tesztelésről szóló kurzusokat, valamint tankönyveket és egyéb lehetséges tudásforrásokat keres. A tesztek vagy egyes tesztelőeszközök írásához szükség lehet egy programozási nyelv ismeretére. Ha határozottan eldöntötted, hogy mindenképpen ezt akarod tanulni, és megvan ehhez a motivációd, készülj fel arra, hogy elsőre nem fog minden sikerülni, és néhány dolgot meg kell tanulnod. De hiszek benned! Ne add fel, még ha mindenki kételkedik is benned, van egy cél - törekedj rá, bármi is történjen.

Nagyon igényes. A jó és hozzáértő tesztelőt a karjaival-lábaival leszakítják.

Ahogy egy másik válaszban is szerepel, a munka nagyon változatos. és a tesztelőnek nemcsak a tesztelést kell értenie, hanem magát a programozást is elfogadható szinten.

A tesztelők munkájának hátrányai közül kiemelhetjük a megjelenés előtti pillanatokat (egyes projektek sajátosságai napi 16 vagy még több órás munkavégzésre kényszerítik a tesztelőket)

Nos, személyes megfigyelésekből megjegyzem, hogy a tesztelő munkáját 20 százalékkal kevesebben fizetik, mint a programozóét, ami persze tisztességtelen.

Elképzeléseim és megfigyeléseim szerint ez egy nagyon népszerű specialitás. A haladás nem áll meg. Folyamatosan jelennek meg új szolgáltatások, oldalak és alkalmazások. A tesztelő segít a vállalatnak pénzt megtakarítani és jó hírnevet kialakítani azáltal, hogy előre azonosítja a hibákat és hiányosságokat (beleértve a kritikusakat is). Különböző típusú tesztelések vannak, a különböző iparágaknak megvannak a sajátosságai, így mindenkinek jut elég munka. És sok tesztelő programozó lesz, és új emberek léphetnek a helyükre.

P.S. Megnéztem a hh.ru-t, ott azonnal majdnem 1000 üres állást mutatott ki 30-200 tr közötti fizetésekkel.

Nagyon igényes. Cégünkben 4 csapat „versenyez”, amikor megnyílik a tesztelői pozíció.
Ha jól tudom, a nagy verseny miatt nehezebb kézi tesztelőnek - aki manuálisan tesztel minden funkciót - tapasztalat nélkül, mint fejlesztőként és automatizálási tesztelőként. Erre azonban nem szabad túlzottan odafigyelni.

Az informatika fejlődik, folyamatosan születnek új termékek, amelyeket tesztelni kell a piacra lépés előtt, hogy a végfelhasználó minőségi terméket kapjon. A tesztelőn múlik, hogy a termék milyen állapotban kerül piacra.

Aki tesztelő

Minden vállalkozásban fontos, hogy időben kapjon visszajelzést a munkájáról, kívánatos, hogy ezek tárgyilagosak legyenek. Ugyanez a helyzet a programozókkal - a jó eredmények elérése érdekében a lehető leghamarabb pozitív és negatív visszajelzést kell kapnia az elvégzett munkáról. A tesztelő feladata, hogy visszajelzést adjon a programozóknak. Minél gyorsabban érkezik a válasz, annál hamarabb kijavítják a programozók a hibát, ha van ilyen.

Ha konkrétan arról beszélünk, hogy ki a tesztelő és mit csinál, akkor ez egy olyan személy, aki ellenőrzi a fejlesztőcsapat által végzett munkát, rámutat a szoftver működésének hibáira (weboldal, alkalmazás, chatbot stb.).

Elég nehéz meghatározni a „tesztelés” szót, de nem az:

• fejlesztés - még ha egy tesztelő tudja is, hogyan kell kódot írni, a tesztelés nem szoftverfejlesztés;
• adatelemzés és adatgyűjtés - bár a munkában adatokat kell pontosítani és elemezni, ez a munka csak szükség esetén történik, nem folyamatosan;
• műszaki írás - ahol a tesztelőnek dokumentálnia kell munkáját és tesztjeit.

A tesztelés nem tartozik ezek közé a tevékenységek közé, mert mindezt saját munkájuk folyamatának megkönnyítése érdekében végzik.

A tesztelés típusai

Nincsenek univerzális teszterek, különben a munka rossz minőségű lenne. Számos tesztelési típus létezik, amelyek saját jellemzőkkel rendelkeznek.

Funkcionális tesztelés

A funkcionális tesztelés egyes komponensek vagy a rendszer egészének működőképességére vonatkozó specifikációk elemzésén alapul. Az ilyen típusú tesztek a rendszer által végrehajtott funkciókon alapulnak. Ezeket a funkciókat jellemzően követelmények vagy specifikációk írják le.

A funkcionális tesztelés fő előnye a rendszer tényleges használatának szimulálása a tesztelés során. 2. hátrány:

• a hiányzó logikai hibák lehetősége a szoftverben;
• túlzott tesztelés.

Stressz tesztelés

A terhelési tesztelést teljesítménytesztnek is nevezik. Ez egy automatizált típusú tesztelés, amelyben a rendszer működését szimulálják.

Az ilyen típusú tesztelés fő feladata az alkalmazás képességeinek meghatározása bizonyos terhelések mellett. Ebben az esetben a következőket kell figyelembe venni:

• a műveletek végrehajtásának ideje bizonyos végrehajtási intenzitással;
• az alkalmazást egyidejűleg használó felhasználók száma;
• az elfogadható teljesítmény határai a terhelés növekedésével;
• teljesítmény nagyon magas terhelési szinteken.

Az alkalmazás megbízhatóságát is teszteli. Ezt az alkalmazás teljesítménye határozza meg a sokórás szoftvertesztelés során átlagos terhelés mellett.

Automatizált tesztelés

Az automatizált tesztelés egy olyan szoftverteszt, amely során a fő funkciókat és a tesztelési lépéseket speciális eszközök segítségével automatikusan végrehajtják. Az ellenőrizendő műveletek a következők:

• dob;
• inicializálás;
• teszt végrehajtása;
• elemzés;
• az eredmény kimenete.

A tesztelő ebben az esetben automatizált módon hoz létre, hibakeres és karbantart tesztszkripteket, teszteseteket és tesztelőeszközöket.

Használhatósági tesztelés

Ez az interfész végfelhasználó általi használhatóságának tesztelése. A használhatósági tesztelésnek köszönhetően megtudhatja, hogy a termék megfelel-e az elvárásoknak és kényelmes-e a használata. A használhatósági tesztelőnek a felhasználó szemével kell néznie a terméket. Az ellenőrzés során elvégzi a felhasználó által a jövőben elvégzendő tipikus feladatokat, és szükség esetén jobb verzióra vezeti a terméket.

A használhatóság tesztelése több esetben is hasznos lehet:

• interfész használhatóságának tesztelése;
• a termék összehasonlítása a versenytársakkal;
• egy termék interfészeinek több verziójának összehasonlítása.

Ebben az esetben nem csak a webhelyeket tesztelik. Számos más interfész létezik: hang, nyomtatott űrlapok, üzleti folyamatok, okostelefonok és számítógépek alkalmazásai és mások.

Integrációs tesztelés

Az integrációs tesztelés lényege, hogy egy teljes termék összetevői közötti kapcsolatot és a rendszer más részeivel való kölcsönhatásukat ellenőrizzük.

Ennek a vizsgálatnak több típusa van:

• alulról felfelé - az összes modult, eljárást, alacsony szintű funkciót összegyűjtik és tesztelik, majd összeállítják a következő szintű komponenseket;
• fentről lefelé - először a magas szintű alkatrészeket tesztelik, majd fokozatosan csökkentik a szintet;
• ősrobbanás – az összes, alacsony és magas szintű komponenst összeállítják és együtt tesztelik, hogy a gyorstesztelés elvégezhető legyen.

Konfiguráció tesztelése

Célja a termék teljesítményének tesztelése különböző konfigurációkban:

• platformok;
• járművezetők;
• számítógép konfigurációk.

Az ellenőrzés kiszolgálói szintjén a termék és a telepítési környezet közötti interakció ellenőrzése történik. Ennek a szakasznak a fő feladata az optimális berendezés-konfiguráció megtalálása a termékkel való munkához.

Kliens szinten válik világossá, hogy mennyire kényelmes a termék használata és annak funkcionalitása.

Biztonsági tesztelés

A biztonsági tesztelés célja a biztonság ellenőrzése, a hackertámadásokkal és vírusokkal kapcsolatos kockázatok elemzése. A biztonsági tesztelés fő feladata a maximális biztonság és kényelem megteremtése a termék használata során.

Tesztelési elvek:

• elérhetőség;
• titoktartás;
• sértetlenség.

Játék tesztelés

A játék tesztelése vonzó neve ellenére meglehetősen összetett és fárasztó. Fő célja, hogy a játékban hibákat keressen, hogy a termék minőségi formában jusson el a fogyasztóhoz. A játékot és szegmenseit több tucatszor be kell fejezni és újra kell játszani, mivel az egyik hiba kijavítása egy másik hibához vezethet. Minden tesztelés manuálisan történik, és sok időt vesz igénybe. Ezenkívül a játékoknak több verziója is lehet, például számítógéphez és okostelefonhoz Androidon - akkor a tesztnek megvannak a maga jellemzői, és a tesztek száma megduplázódik.

Milyen készségekre van szüksége egy tesztelőnek?

A jó tesztelő fő tulajdonsága a munkája iránti szenvedély. Ezen a területen is törekedni kell az önmegvalósításra. A tesztelés szintjének növelése érdekében folyamatosan tanulmányoznia kell a munka minőségének javítására vonatkozó információkat, és bizonyos termékek milyen tulajdonságokkal rendelkeznek.

Szoftvertesztelővel szemben támasztott követelmények (plusz/mínusz cégtől függően):

• Annak megértése, hogy mi a hiba, teszteset, tesztelési stratégia (és annak felépítésének képessége), hibajelentés;
• Az automatizált tesztelés alapszintű ismerete;
• Gyorsan tanul, alkalmazkodik a gyorsan változó környezethez;
• Adatbázissal való munkavégzés képessége - alapfogalmak és lekérdezések;
• A kommunikációs készségek fontosak a csapattal való interakcióhoz;
• Analitikus elme;
• Nagy mennyiségű információ gyors feldolgozásának képessége.

Hasznos lehet a java, a python tesztelőnek és más programozási nyelvek ismerete is. Ugyanakkor tudásuk megzavarhatja a munkát, mivel a tesztelő megpróbálhatja kijavítani mások hibáit, vagyis nem végzi el a munkáját. Ez pedig rontja a minőséget.

Tesztelő fizetés

A tesztelő átlagos fizetése Moszkvában körülbelül 70 ezer rubel, Szentpéterváron - 50. Jekatyerinburg egy kicsit elmarad - 45 ezer rubel. A kisebb városokban alacsonyabbak a bérek. Volgográdban, Voronyezsben, Permben, Ufában, Kazanyban a fizetés 33-40 ezer rubel.

A tapasztalattal nem rendelkező kezdő tesztelők a városi átlagos tesztelői fizetés fele vagy 2/3-a fizetésre számíthatnak.

Egy felsőfokú végzettséggel és legalább 1 éves munkatapasztalattal rendelkező tesztelő Szentpéterváron 65 ezres, Moszkvában 80 ezres fizetéssel számolhat. A maximális jövedelem a fővárosban 150 ezer, Szentpéterváron - 120 ezer rubel.

A komplex termékek tesztelésével foglalkozó szakemberek bevétele meghaladja a 150 ezret. A legkevesebbet a játékkal és a használhatósággal foglalkozó szakemberek keresik.

Egy tesztelő otthon nagyjából ugyanannyit keres, mint egy irodában. A szabadúszó bérek leginkább attól függnek, hogy a munkáltató melyik városban található. Néha a moszkvai szoftverfejlesztő cégek kifejezetten kisvárosból keresnek szakembert, hogy kevesebbet fizessenek. Ezenkívül a tesztelők szabadúszó munkája lehetőséget kínál több projekt összekapcsolására és több bevételre.

Hogyan válhat tesztelővé

Ahhoz, hogy tesztelő lehessen, nem kell felsőfokú végzettséggel rendelkeznie. Fontos, hogy tudj koncentrálni, és ne hagyd ki az apró dolgokat. Tesztelővé akár a semmiből is válhatsz, de némi tudásra akkor is szükséged van. Például képesnek kell lennie keresztnév alapján kezelni a számítógépet és a programokat, és tudnia kell navigálni ismeretlen környezetben. Az is jó, ha ismerünk legalább egy programozási nyelvet, és megértjük az adatbázis alapjait.

Ha felsőfokú végzettséged van, az jó. A cégek előnyben részesítik a műszaki háttérrel rendelkező jelentkezőket, hiszen ők az elemző gondolkodásúak. De ha az Ön oktatása humanitárius, ne essen kétségbe. Önéletrajzot kell készítenie, amely információkat tartalmaz arról, hogy milyen projekteken dolgozott. Még akkor is, ha nincs munkatapasztalat, de vannak gyakorlati résszel rendelkező tanfolyamok, szakdolgozat, informatikai gyakorlati tapasztalat - mindezt az önéletrajzban kell szerepeltetni, hogy felhívja magára a figyelmet. Feltétlenül jelölje meg főbb előnyeit, amelyek hasznosak lehetnek a tesztelői munka során. Ezek lehetnek: odafigyelés a részletekre, kitartás, számítógépes szoftverek ismerete, empátia, programozási nyelvek ismerete, idegen nyelvek ismerete.

Az interjúra való felkészülés során a következő témákkal kell megismerkednie:

• szoftver minőségbiztosítás;
• mi a tesztelés;
• tesztelés típusai;
• tesztelési szintek;
• tesztelni a műtermékeket és céljukat;
• bevezetés a teszttervezésbe;
• tesztelési automatizálás és típusai;
• tesztelési mérőszámok és használatuk módja.

Szoftver tesztelés. 1. szint. 1 hónap.
Elméleti tudás és kezdeti tapasztalat

Jelenleg a tesztelő szakma minden eddiginél aktuálisabbá vált az IT területen. Először is nagy az igény a szoftvertesztelésben részt vevő szakemberekre. Az ilyen alkalmazottak fő feladatai a programok működésében fellépő hibák azonosítása és a többletterhelésükhöz kapcsolódó különféle helyzetek szimulálása. Így a hibák észlelésével és leírásával, az azokról jelentéseket küldve a program javítása érdekében a tesztelők folyamatosan kapcsolatba lépnek a fejlesztőcsapattal. A GeekBrains 1. szintű szoftvertesztelő tanfolyama azoknak készült, akik szoftvertesztelési pályát szeretnének indítani. Lefedi a tesztesetek, tesztkészletek létrehozásának elméletét és gyakorlatát, a hibák bejelentését és a teszteredmények jelentését. Ez a tanfolyam 8 gyakorlati leckéből áll, ahol elsajátíthatja azokat a tudást és készségeket, amelyek szükségesek ahhoz, hogy könnyedén bekapcsolódhassanak egy informatikai projekt létrehozásába és fejlesztésébe.

1. lecke. A tesztelés alapfogalmai

Mi a tesztelés? A szoftver minőségének meghatározása (ISO szabványok, minőségi kritériumok, mérőszámok). Szoftverhibák kategóriái. Terminológia.

2. lecke. A tesztelés helye a szoftverfejlesztési folyamatban

Szoftverfejlesztési ciklus. Szoftvertesztelési ciklus. Tesztek típusai a szoftverfejlesztési folyamatban. A tesztelés megfelelősége a szoftverfejlesztési módszertannak.

3. lecke Tesztesetek fejlesztése

Tesztesetek meghatározása és felépítése. A jó teszt jellemzői. A tesztelés axiómái. Teszteset támogatás. Minőségirányítási rendszerek. Tesztkészletek. Ellenőrző listák. Vizsgálati adatok előkészítése.

4. lecke. Egyenértékűségi osztályok és peremfeltételek. Tervezés, igényekkel való munka

Egyenértékűségi osztályok meghatározása és keresése. Egyenértékűségi osztályhatárok. Szoftverigényekkel való munka. Részvétel a szoftver kiadás tervezésében. Mi a teendő, ha nincs dokumentáció.

5. lecke: Hibakövető használata

A hibakövető definíciója és funkciói. Hogyan kell helyesen megfogalmazni a feladatokat. A hibák életciklusa (munkafolyamata). A feladatok azonnali nyomon követése a hibakövetőben.

6. lecke. Regressziós tesztelés

A regressziós vizsgálat célja. Milyen esetekben van szükség regressziós vizsgálatra? Tesztkészletek kiválasztása regressziós teszteléshez. Tesztkészletek priorizálása és optimalizálása.

7. lecke. A tesztelési folyamat megszervezése

Munkahierarchia a tesztelésben. Tesztelési határidők tervezése, becslése. A tesztelés megkezdésének/befejezésének kritériumai. Beszámoló a vizsgálati eredményekről. A munkahely előkészítése.

8. lecke: Felhasználói felület tesztelése

GUI felhasználói felületek és webes alkalmazások tesztelésének jellemzői.

Szoftver tesztelés. 2. szint. 1 hónap.
Dokumentációs és tesztelő alkalmazásokkal végzett munka

Sokan azt hiszik, hogy a tesztelői szakma unalmas és monoton. Ez a vélemény azonban igazságtalan. A professzionális tesztelő mindenekelőtt olyan személy, aki tudja, hogyan kell kreatívan megközelíteni az előtte álló problémák megoldását. Az ezen a szakmán belül megszerzett tapasztalatok lépcsőfok lehet a programozói pálya felé. A tesztelő munkájának fontos jellemzője a teljes értékű outsourcing és szabadúszó lehetőség. A GeekBrains Szoftvertesztelő 2. szintű tanfolyama azoknak készült, akik már ismerik a tesztelés alapjait, és szeretnének mélyebb ismeretekre és készségekre szert tenni az informatikai pályakezdéshez. Ennek keretében megvizsgálják a tesztelt szoftver tanulmányozásának módszereit, tanulmányozzák a szükséges számú teszt meghatározásának technikáit, valamint a tesztelt funkcionalitás megjelenítésének módszereit. Ez a kurzus 8 gyakorlati leckéből áll, amelyek után bizonyíthat szakértő szoftverhasználóként, saját elképzelésével a tesztelési folyamat legjobb megszervezéséről.

1. lecke. Tesztelemzés. Szoftverkutatás

A szoftverkutatás típusai és céljai. Alkalmazásbontás.

2. lecke. Domain tesztelés és paraméterkombinációk

3. lecke. Kombinatorika tesztelése

Tesztkészlet készítése. Minimális ellenőrzések. Iteráció az értékek felett. Atomellenőrzések. Páronként. Az összekapcsolt ellenőrzések módszere.

4. lecke: Állapotok és átmenetek tesztelése

Szoftver elemzése a lehetséges állapotokra és átmenetekre. Az entitás életciklusainak és állapotkombinációinak azonosítása. Érvényes csekkek kiválasztása.

5. lecke. Tesztelemzés üzleti logika alapján

Vállalkozási követelményfeltételek kiválasztása. Döntési táblák készítése. Tesztek kombinálása döntési táblázat alapján.

6. lecke. Kockázatalapú tesztelemzés (a hibák előrejelzése)

A tesztelt szoftver funkcionalitásának meghatározása. A lehetséges hibák azonosítása és fokozatossága. A stratégia meghatározása.

7. lecke: Tesztelési stratégia

A tesztelési stratégia céljai és célkitűzései. A megfelelő technikák kiválasztása a funkcionalitástól és a jellemzőktől függően. A nem funkcionális tesztelés elszámolása.

8. lecke. A teszt teljesítményének értékelése

Tesztlefedettség értékelése. A tesztek hatékonyságának értékelése.

Bevezetés a tesztautomatizálásba. 1 hónap.
Automatizált tesztelés

Az automatizálás a teljes tesztelési folyamat része, és fontos összetevője a munka tervezésének és a tesztelési folyamat nyomon követésének a szoftverfejlesztésen belül. A kurzus során meg fogja vizsgálni az automatizált tesztelési folyamatok felépítésének különböző szempontjait. Tudja meg, milyen típusú szoftverek léteznek az automatikus tesztek elvégzéséhez. Meg fogja érteni, hogyan automatizálhatja a tesztelési folyamatokat, és hogyan hozhatja létre az első automatizált teszteket.

1. lecke: Bevezetés az automatizált tesztelésbe

Mi az automatizált tesztelés; milyen típusú automatizált tesztelések léteznek; tervezési választás: kézi vagy automatizált; fekete-fehér doboz az automatizálásban; az eszközök áttekintése és kiválasztása.

2. lecke: Automatizált tesztelési stratégia. Gyakorlati tesztkészítés Autoit segítségével.

Döntéshozatal az automatizálás bevezetéséről; autoteszt tervezés; automatizált tesztelési stratégiák; automatizálási telepítési folyamat; automatizálási tesztkörnyezet; automatikus teszt létrehozása az Autoit segítségével.

3. lecke. Az automatizált tesztelés típusai

Az automatizált tesztelés típusai; automatizált funkcionális tesztelés; használhatósági tesztelő eszközök; automatizált terhelési tesztelés.

4. lecke. Szelén projekt és összetevői.

A szelén céljai, célkitűzései, jellemzői. Szelén WebDriver. Szelén RC. Szelén szerver. Szelén rács. Példa a Selenium IDE használatára a gyakorlatban.

5. lecke. Automatikus terhelési tesztelés Apache Jmeterrel példaként

Stressz tesztelés; terhelési tesztek felépítésének elvei és gyakorlata; eszköz áttekintése; példa az Apache Jmeter használatára.

6. lecke. Automatizált mobilteszt

Mobil alkalmazások tesztelése; automatizált eszközök – áttekintés, kiválasztás; Stressz tesztelés; Mobil emulátorok; mobil farmok.

7. lecke. A tesztelési folyamat automatizálása

A tesztelési folyamat és tesztkészítés automatizálása; Segédprogramok tesztelési folyamatok automatizálásához; tesztgenerálás; keretek; bővítmények.

8. lecke. Követelmények és problémafelvetések kezelése

Követelmények, feladatok; követelményekkel való munkavégzésre és feladatok meghatározására szolgáló rendszerek; Hibakövető rendszerek; tesztelési folyamatok, automatizálásuk és eszközeik beállítása.

Adatbázis alapok. 20 lecke.
Adatbázis tervezés és SQL lekérdezések

Az adatbázisok (DB-k) olyan adattároló és -feldolgozó rendszerek, amelyekhez az SQL (Structured Query Language) nyelven lehet hozzáférni. Minden modern webhelynek, játéknak vagy asztali alkalmazásnak szüksége van adattárolásra. Jelenleg sokféle adatbázis-kezelő rendszer (DBMS) létezik, a legnépszerűbb a MySQL. Az „Adatbázis alapok” 20 intenzív videólecke (egyenként 10 perc), ahol az adatbázis-tervezés minden szakaszát végigjárjuk egy online áruház példáján, SQL lekérdezési nyelvet használva. A kurzus után különböző adatbázisokat, például MS SQL-t és Postgre Sql-t fog tudni használni, mivel ezeknek az SQL szintaxisa gyakorlatilag megegyezik.

1. lecke: Relációs adatbázisok

Mi a különbség az adatbázis és a DBMS között? milyen adatbázisokat nevezünk relációs; a modern DBMS áttekintése.

2. lecke. DBMS telepítése

A MySql DBMS és a Mysql Workbench grafikus alkalmazás telepítése.

3. lecke. Adatbázis tervezés, normál formák

Adattervezés Excelben; normál formák; elsődleges kulcs.

4. lecke. SQL CREATE parancs

Táblázatok létrehozása a MySql Workbench GUI-ban; CREATE parancs; adattípusok; dolgozni a konzolban.

5. lecke. SQL INSERT parancs

Táblázatok kitöltése adatokkal grafikus felület segítségével; INSERT parancs; AUTOMATIKUS NÖVEKEDÉS.

7. lecke. SQL parancsok DISTINCT, ORDER BY, LIMIT

Adatok fogadása és szűrése DISTINCT és LIMIT SQL parancsokkal; rendezés az ORDER BY paranccsal.

9. lecke: Adatkonzisztencia

Az adatok konzisztenciájának vagy konzisztenciájának fogalma.

10. lecke. Idegenkulcs

Az idegen kulcs fogalma és az oszlopértékekre vonatkozó korlátozások; IDEGEN KULCS KORLÁTOZÁSOK.

11. lecke. Táblázatok készítése több-több kapcsolattal

Kosár hozzáadása az online áruház adatbázisához.

12. lecke. Összetett elsődleges kulcs

Kompozit elsődleges kulcs használata több-többhöz kapcsolatú tábla tervezésekor.

13. lecke. Több tábla adatainak összekapcsolása

Adatok lekérése több egymással összefüggő táblából; a több SELECT-et használó megközelítés következetlensége.

14. lecke. INNER JOIN operátor

Több tábla adatainak összekapcsolása az INNER JOIN operátor használatával.

15. lecke. Operátorok LEFT JOIN, RIGHT JOIN

Több tábla adatainak összekapcsolása LEFT JOIN és RIGHT JOIN operátorokkal.

16. lecke. UNION operátor

Több SQL lekérdezés eredményeinek kombinálása az UNION operátor használatával.

17. lecke. Aggregációs függvények

Aggregáló függvények COUNT, SUM, MIN, MAX.

18. lecke. GROUP BY operátor

Csoportosítsa a kiválasztott sorokat a GROUP BY záradékkal.

19. lecke. Indexek

Szűrés a GROUP-ban a HAVING használatával; a lekérdezés végrehajtási sebességének növelése indexek segítségével.

20. lecke Tranzakciók

Tranzakció koncepció; TRANSACTION nyilatkozat; A tranzakciós rendszer ACID követelményei.

Gyakorlat a GeekBrains és a Mail.Ru Group számára. 2 hónap.
Igazi gyakorlat tesztelőnek

A 2 hónapos gyakorlat alatt valódi tesztelői tapasztalatot szerezhet. Részt vesz a Mail.Ru termékek tesztelésében és számos kisebb projektben. A szakmai gyakorlat webináriumok formájában zajlik. Időtartam: 2 hónap.

1. lecke: Bevezetés a gyakorlatba

Hogyan fog működni a szakmai gyakorlat? ami szükséges. Tanterv.

2. lecke: Követelmények elemzése

Projektelemzés; dokumentáció keresése; követelményeket fogalmazunk meg.

3. lecke: Teszttervezés

Tesztterv, stratégia.

4. lecke. Tesztdokumentáció

Tesztesetek, ellenőrző listák; funkcionális tesztelés.
.

5. lecke. Tesztdokumentáció

Tesztesetek, ellenőrző listák; használhatósági tesztelés.

6. lecke. Tesztek futtatása

Funkcionális tesztelés

7. lecke. Tesztek futtatása

Használhatósági tesztelés

8. lecke. Jelentés a tesztelésben

Zárójelentést készítünk.

Hogyan lehetsz programozó. 13 lecke.
Lépésről lépésre az álláskereséshez

A programozói karrier izgalmas utazás a modern technológia világába. Minden fejlesztőnek megvan a saját története és tapasztalata. Van azonban egy alapvető algoritmus, amely segít helyesen megtenni az első lépéseket, és elvezetni a célhoz. 13 videós leckét készítettünk, amelyekben a vállalatoknál és a szabadúszó piacon eltöltött programozói karrierrel kapcsolatos legégetőbb kérdésekre válaszoltunk. Gyakran gondol arra, hogy állást keres, és úgy érzi, készen áll arra, hogy pénzt keressen? Akkor ez a videó tanfolyam neked szól.

1. lecke. „Programozó” szakma

A szakma jellemzői; GYIK; kereslet a munkaerőpiacon.

2. lecke. Pályaválasztási tanácsadás

Sikeres programozó leszek? Sikertényezők.

3. lecke. Kezdjük el írni az önéletrajzot

A legfontosabb az első benyomás; minek nevezzük a pozíciót.

4. lecke Programozási nyelv kiválasztása: webfejlesztés

Weboldal-fejlesztési nyelvek áttekintése: HTML, CSS, JavaScript, PHP, Python, Ruby, C#, Java; jó választás.

5. lecke. Mobil fejlesztés. Univerzális programozási nyelvek

Nyelvek áttekintése: Java, Objective-C, Swift; C#, C++, Python: a megfelelő választás.

6. lecke. A hatékony önéletrajz szabályai

Technológiák listája; portfólió; oklevelek és bizonyítványok; személyes tulajdonságok. Műszaki szakember és HR nézet.

7. lecke Álláskeresés: mit, hol, mikor

Álommunka, pszichológiai vonatkozások; kérjen technikát.

8. lecke Interjú és próbaidő

Interjúk programozóknak: hogyan viselkedjünk, mit mondjunk, mit hallgassunk; próbaidő és annak letételének szabályai.

9. lecke. Szabadúszó: első lépések

Szabadúszó platformok felülvizsgálata; regisztrációs funkciók; számla regisztráció; hogyan lehet kitűnni az előadók többsége közül.

10. lecke. Szabadúszó: kezdés és rendelések keresése

Rendelés keresési stratégia; a megrendelések prioritása: mit kell átvenni; Tárgyalás; a műszaki előírások feladatai és buktatói; az ügyféllel való kapcsolatfelvétel módjai; válaszok írása és az ügyfelek figyelmének felkeltése; a megfelelő kérdéseket.

11. lecke. Szabadúszó: rendelés teljesítése és fizetés

Fizetési módok: banki átutalás vagy készpénz; elő- vagy utólagos fizetés; olyan helyzetek áttekintése, amelyekben az egyes módszerek jobban működnek; munka előkészítése és kötelező érvényű megállapodások az ügyféllel; a munkafolyamat jellemzői; az együttműködés végső szakaszai; visszajelzés megosztása; "konzultál" technika.

12. lecke. Szakterületek az informatika területén

Hogyan működik a fejlesztés a nagyvállalatoknál? Kik az elemzők, tervezők, tesztelők, építészek, projektmenedzserek, csapatvezetők stb.

13. lecke. Karrierlétra az informatikában

Hogyan néz ki a karrierlétra az informatikában? Mely szakterületeken könnyebb elindulni? Mik a fejlődési kilátások?

Az EnglishDom iskolával közösen kidolgozott tanfolyam olyan kulcsfontosságú angol nyelvű témák elsajátításában segít, amelyek a kezdő informatikusok számára relevánsak. Maximális gyakorlás és összpontosítás az informatikai szókincsre. 10 leckét tartalmaz önéletrajzok, műszaki leírások és üzleti levelek elkészítése, interjúk és tárgyalások, nemzetközi kommunikáció a projekt népszerűsítése során. Az élő angol nyelvű párbeszédek során a hallgatók megerősítik azokat a kifejezéseket, amelyek hasznosak lehetnek munkájuk során a fejlesztők és tesztelők, a marketingszakemberek és a tervezők számára.

10. lecke. Indítsa el

Beszélünk a projektünkről és bemutatjuk a csapatot angolul.

Majdnem egy évig a nulláról kezdtem a Noveóban.

Hogyan kerültél a szakmába?

Elhatároztam, hogy kipróbálom magam a tesztelésben, elolvastam az interneten talált irodalmat, több interjún is átmentem, amelyek közül néhány sikeres volt. Adtam magamnak egy kis időt a szakma elsajátítására, hogy megértsem, szeretem-e ezt a területet vagy sem, akarok-e fejlődni benne vagy sem.

A webfejlesztési folyamat váratlan dologra sikeredett, nagyon gyorsan kellett elmélyednem benne, és már a kezdeti szakaszban felelősséget vállalni, döntéseket hozni, beleértve a termék megjelenését, felhasználói felületét, stb. Érdekes volt felfedezni, hogy dokumentáció nélkül kellett dolgoznom, vagyis kísérletileg kideríteni, hogyan működik minden. Voltak olyan projektek, ahol a mi részvételünkkel készült a specifikáció!

Az aprólékosság, a vágy, hogy mindent jól csináljunk.

Csak a munkavágy hiánya, mint minden más üzletben. Magának a szakmának az elutasítása.

Személy szerint számomra ez az az időszak, amikor nincs különösebb munkaterhelés a projekteken, és elkezdesz megőrülni és izzadni minden apró feladaton, csak hogy elfoglald magad. Még jó, hogy a Noveónál ritkák az ilyen pillanatok!

Mi a legjobb rész?

Egy különösen összetett feladat sikeresen működő eredményét látni.

Motiváció, vagyis annak megértése, hogy miért csinálod ezt, miért kell fejlődnöd, és hol fogod használni az újonnan megszerzett képességeidet.

Jól gondold meg és mérlegelj mindent, ha úgy döntesz, dolgozz :D

Natalya, tesztelő:

Hány éve dolgozol tesztelőként?

Idén nyáron lesz 3 éves.

Hogyan kerültél a szakmába?

Programozónak tanultam, de az érettségire rájöttem, hogy a kódírás, valamint a kapcsolódó szakmák, mint a tervező vagy az elemző, még mindig nem nekem valók. De mindig is szerettem összetörni a dolgokat!

Nem, minden kiszámítható volt: van pályázat, azt ellenőrizd, hogy megfelel-e a követelményeknek.

A váratlantól kezdve minden kezdett elszakadni a munkától. Korábban nem vettem észre semmilyen problémát az internetezés során, de most már a háztartási gépek is tönkremennek. A férjem már azt mondja: „Nem kell mindent tesztelni!” :)

Mi a legnehezebb ebben a szakmában?

A végeredményért Önnek kell felelnie, döntse el, mikor szabadulhat fel, és mikor kell továbbfejlesztenie. Igen, ehhez vannak kritériumok és tesztesetek, de a végső döntés az Öné.

Mi a legjobb rész?

Az a tény, hogy a felhasználó nem lát problémákat a rendszer működésében.

Nos, én csak szeretek eltörni valamit, mert ha minden tökéletesen működik, kételkedni kezdesz abban, hogy szükség van rád. Szeretem megtalálni és megelőzni a problémákat.

Ön szerint mi kell ahhoz, hogy javítsa képességeit?

Nagyra értékeltem azokat a tréningeket, amelyeket Anton a cégünkben tart, bár ezek inkább a Seleniumról szólnak, ami webes, de én továbbra is mobilalkalmazásokra specializálódtam.

Adjon tanácsot vagy útmutatást azoknak, akik azon gondolkodnak, hogy szoftvertesztelővé váljanak!

Nehéz megmondani, meg kell próbálni!

Anton, tesztelő:

Hány éve dolgozol tesztelőként?

Majdnem 2 éve.

Hogyan kerültél a szakmába?

Szinte véletlenül. Egy barátom azt mondta, hogy a cégüknek tesztelőkre van szüksége, és mivel új munkakört kerestem, és a tesztelés érdekes volt számomra, úgy döntöttem, hogy kipróbálom. A tesztelés több szempontból is érdekes volt: odafigyelést, logikus és kritikus gondolkodást igényel, jól jön a programozás és a termékarchitektúra ismerete. Mindenkinél jobban kell tudnia, hogyan működik és hogyan kell működnie az alkalmazásnak!

Volt valami, amire nem számítottál?

A képzésem óta sok minden változott az informatikában: a fejlesztési megközelítések, a bevezetési módszerek, a termék életciklusa... Egyes dolgokat már ismertem, másokat menet közben kellett megtanulni. Például most mindenhol használják az automatikus telepítést, a Git-et és a többit, de akkor még csak fejlődtek.

Milyen személyes tulajdonságok tesznek kiváló tesztelővé?

Figyelmes, kritikus és logikus gondolkodás. Nagyon hasznos egy tesztelő számára, ha megérti a projekt architektúráját, és képes más szemszögből nézni a dolgokat. A legfontosabb talán a logikus gondolkodás! Ritkán fordul elő, hogy az embereknek egyáltalán ne lenne (vagy ezt akarom hinni).

Mi a legnehezebb ebben a szakmában?

Kitartás és koncentráció. Ha hosszú ideig dolgozik egy alkalmazással, a szeme elhomályosodik. Mindezek a pontok azonban minden olyan szakmára vonatkoznak, ahol van némi rutin.

Mi a legjobb rész?

A termék megvalósítása, a minőség-ellenőrzés valóban figyelése, nem csak a szkriptek „átütése”, hanem a használhatóság tesztelése és az architektúra befolyásolásának lehetősége. Kellemes vélemények, elégedett felhasználók.

Ön szerint mi kell ahhoz, hogy javítsa képességeit?

A Habr mindenkinek jó, aki informatikával foglalkozik. Természetesen nem minden anyag egyformán hasznos, de néhány nagyon érdekes. Hasznos az architektúra, szoftverfejlesztési minták, tervezési minták ismerete. Folyamatosan olvasom a minőségbiztosítási tesztelési és minőségbiztosítási automatizálási blogokat.

A készségeid fejlesztésének legjobb módja, ha 100-szor megismétel valamit!

Nem szabad elfelejteni, hogy a minőség-ellenőrzés egy érdekes, folyamatosan fejlődő terület. Ki kell próbálni a lehető legtöbbet, és mindenben keresni kell a hibákat. Az informatika egyre inkább az életünk részévé válik: mindannyian naponta legalább egy webhelyet nyitunk meg, és legalább egy alkalmazást használunk. Valamiben mindegyik hasonló, oda kell figyelni a működésére, ez sokat segít!

Ön cégünkben tart tesztelési automatizálási tréninget, meséljen róla bővebben!

Amikor elkezdtem dolgozni ezen a képzésen, az volt a célom, hogy minél több embert tanítsak, és folyamatokat alakítsak ki a cégben. Valamennyire működik, folytatom!

A kurzusokon automatizált tesztelési eszközöket és keretrendszereket vizsgálunk: Vagrant, Selenium és mások. Megtanuljuk megérteni az alkalmazás architektúráját, kódot írni, és biztosítjuk a felhasználó és az alkalmazás közötti interakciót.

Idén pedig először indítunk tesztelést a nyári gyakorlatra! Itt a tesztelés és a minőségellenőrzés elméleti és gyakorlati alapelveiről, valamint a webes alkalmazások tesztelésének automatizálásáról lesz szó: az egyszerűtől a bonyolult esetekig.

Adjon tanácsot vagy útmutatást azoknak, akik azon gondolkodnak, hogy szoftvertesztelővé váljanak!

A legfontosabb dolog az, hogy ne feledje, hogy a tesztelő feladata a minőségellenőrzés. Ez nem csak a tesztszkriptek ellenőrzését foglalja magában, hanem az alkalmazás tulajdonságainak és minőségeinek teljes skáláját is: használhatóságot, architektúrát, még a támogatás és a kód áttekintésének összetettségét is. Az automatikus tesztelés is nemcsak az alkalmazás működésének ellenőrzésére szolgál, hanem a fejlesztés minőségének ellenőrzésére is!

Tatyana, tesztelő:

Mióta dolgozol tesztelőként?

9 - nem! - hamarosan lesz 10 hónap.

Hogyan kerültél a szakmába?

Előtte 10 évig analitikai területen dolgoztam, egy elemző központot vezettem, majd elhatároztam, hogy az IT területre megyek. Eleinte elemzői váltáson gondolkodtam, speciális tanfolyamokat végeztem, de aztán a tesztelői utat választottam az egyik legközvetlenebbnek, és nem igényel mély műszaki ismereteket.

Volt valami, amire nem számítottál?

Nem mondhatom, hogy bármi is teljes meglepetést okozott volna. Igen, a kezdeti szakaszban nincs szükség speciális ismeretekre, de ha jó szakember akar lenni, fejlesztenie kell a készségek egész sorát, beleértve a programozást is: például az automatizált tesztek írása mély technikai tudást igényel! Személy szerint nem számítottam sokféle feladatra: például a Noveo-nál egy tesztelőtől olykor nemcsak az alkalmazás működésének ellenőrzését várják el, hanem a specifikációk és követelmények elemzését, valamint az ügyféllel és a fejlesztőkkel való kommunikációt is. Nehezebb, de érdekesebb is!

Milyen személyes tulajdonságok tesznek kiváló tesztelővé?

Ezt a tulajdonságot hagyományosan figyelmességnek hívják, a magam nevében hozzátenném, hogy a tesztelőnek nagyon találékonynak kell lennie, és meg kell találnia a nem nyilvánvaló teszteseteket és a váratlan felhasználási eseteket.

Gondolod, hogy vannak olyan dolgok, amelyek egyértelműen egyértelművé teszik, hogy nem leszel tesztelő?

A vágy, hogy egyszerűen „áttörjön” a legkönnyebb úton, és ezen megnyugodjon. És valószínűleg a kedvesség és a vonakodás bárkit is zavarni. Számomra úgy tűnik, hogy a tesztelőnek „gonosznak” kell lennie, és arra kell törekednie, hogy mindent elrontsa. Természetesen a hiba megjelenésének valószínűsége és a javítás szükségessége változhat, de az Ön feladata, hogy lehetőséget találjon az alkalmazás nem rendeltetésszerű használatára!

Mi a legnehezebb ebben a szakmában?

Számomra a legnehezebb a kezdeti szakasz, amikor nagyon gyorsan kell elmélyedni a projektben, és meg kell alkotni az összképet. Nálunk a tesztelőt általában a későbbi szakaszokban vonják be, amikor már rég minden „a témában” van, és csak rá kell jönni.

Mi a legjobb rész?

A szokásos válasz ismét egy elégedett ügyfél, aki egyetlen hibát sem talált, és boldog felhasználók. De ritkán kapunk visszajelzést a termék végfelhasználóitól, így magam is kijelenthetem: a legmenőbb az, amikor elkezdi teljesen megérteni a projektet, az az érzés, hogy tisztában vagy.

Ön szerint mi kell ahhoz, hogy javítsa képességeit?

Sokféleképpen lehet: irodalom, fórum, de a legfontosabb a tapasztalat, mert nem tudsz minden könyvet elolvasni, de a gyakorlatban nagyon sokat tanulsz! Fontos, hogy a felhasználó helyébe tudja helyezni magát.

Vannak-e olyan gyakorlatok vagy források, amelyeket a mindfulness fejlesztésére használ, és amelyeket kezdőknek ajánlana?

Napjainkban egy népszerű elmélet a programozók és a felhasználók közötti „tárgyaló” szerepéről szól. Ez egy olyan személy, aki érti a programozókat, de ugyanakkor képes egy egyszerű felhasználó helyébe helyezni magát. Személy szerint olvasok irodalmat ebben a témában.

Adjon tanácsot vagy útmutatást azoknak, akik azon gondolkodnak, hogy szoftvertesztelővé váljanak!

A lényeg az, hogy elkezdjük. Végtelenül lehet készülni és olvasni, de a valóságban minden tapasztalattal jön. Fontos, hogy ne félj és próbálkozz!

Andrey, tesztelő, projektmenedzser:

Hány éve dolgozol tesztelőként?

Már 4 éve.

Hogyan kerültél a szakmába?

Szinte véletlenül. Csupán érdekelt, hogyan, miért és miért működik minden, hogyan viselkedik a rendszer, leadtam az önéletrajzomat - és elvittek!

Volt valami, amire nem számítottál?

Azt hittem, beülök a hozzám hasonló emberek osztályába, de végül egyedül találtam magam egy csapat programozó között! De végül kiderült, hogy ez még jobb is volt: nem vesztegetett idő a kommunikációra, gyorsan tisztázhatók a részletek anélkül, hogy jegyeket dobálnánk.

Milyen személyes tulajdonságok tesznek kiváló tesztelővé?

Figyelmesség, aprólékosság, bizalmatlanság.

Itt azt mondták nekem, hogy egy tesztelőnek dühösnek, kreatívnak kell lennie, és arra kell törekednie, hogy mindent elrontsa. Mit mondasz?

(Nevet) Így van. A tesztelő kicsit olyan, mint a Terminátor.

Gondolod, hogy vannak olyan dolgok, amelyek egyértelműen egyértelművé teszik, hogy nem leszel tesztelő?

Nehéz megmondani... Valószínűleg passzivitás, flegmatizmus, a logikus gondolkodás vagy az előrejelzési képesség hiánya.

Mi a legnehezebb ebben a szakmában?

Egymilliárd részlet tisztázásának és emlékezésének igénye, sok kommunikáció, mindig az összkép szem előtt tartása.

Mi a legjobb rész?

Látva, hogy a projekt működik, kedvességet és boldogságot hoz a világba, pozitív visszajelzéseket.

Adjon tanácsot vagy útmutatást azoknak, akik azon gondolkodnak, hogy szoftvertesztelővé váljanak!

Hajrá!

Tatyana, tesztelő

Hány éve dolgozol tesztelőként?

4,5 éve dolgozom tesztelőként a Noveonál. Előtte egy másik cégnél dolgoztam más pozícióban, de lényegében ugyanezt csináltam, teszteltem. Szóval összesen 6 év :)

Hogyan kerültél a szakmába?

Igen, valahogy simán sikerült. A műszaki támogatásban dolgozva akarva-akaratlanul elkezdi ellenőrizni, hogy működik-e az, amit az ügyfelek panaszkodtak, és hogy fejlesztőink mindent kijavítottak-e, amit kellett. Így kezdtem :) Aztán egy barátom felhívott a Noveo-ba, hogy hivatalosan is teszteljek. Egyetértek és soha nem bántam meg!

Volt valami, amire nem számítottál?

Specifikáció francia nyelven! Őszintén szólva, sosem gondoltam volna, hogy ezzel fog kezdődni a munkám :)

Milyen személyes tulajdonságok tesznek kiváló tesztelővé?

Amikor megfelelő az aurád. Bárhová mész, minden összeomlik! :) Vicc. Valójában ez a szorgalmas, figyelmes és, mondhatnám, képzelőerős emberek munkája.

Gondolod, hogy vannak olyan dolgok, amelyek egyértelműen egyértelművé teszik, hogy nem leszel tesztelő?

Ha nem tudja, hogyan fejezze ki egyértelműen gondolatait, akkor a tesztelői munka nehéz lesz. No meg az írásbeli munkák iránti ellenszenv (teszttervek, hibajelentés).

Mi a legnehezebb ebben a szakmában?

Az, hogy mindig odafigyelünk a részletekre, nem mindig tudja fenntartani a megfelelő koncentrációt :) No és a kommunikáció :) A kommunikáció kialakítása nehéz.

Mi a legjobb rész?

Hasznosnak érezni, úgy érezni, hogy egy terméket jobbá, jobb minőségűvé és kényelmesebbé varázsol.

Ön szerint mi kell ahhoz, hogy javítsa képességeit?

Valószínűleg többet kell kommunikálni a kollégákkal, és elmenni néhány tanfolyamra vagy előadásra.

Adjon tanácsot vagy útmutatást azoknak, akik azon gondolkodnak, hogy szoftvertesztelővé váljanak!

Ne gondolkodj sokáig, csak próbáld meg. Ha ez a tiéd, megérted :)

Anastasia, vezető tesztelő:

Hány éve dolgozol tesztelőként?

Majdnem 10 éve :)

Ez hosszú idő, gondoltál már arra, hogy szakmát válts?

Sőt, meg is próbáltam! Egy időben kipróbáltam magam tesztelési csoportvezetőként és projektmenedzserként is, de rájöttem, hogy hiányzik a tesztelési folyamat, és általában jobban érdekelt, hogy pontosan azt csináljam, amit most. Áss mélyebbre, gondolkodj, hasonlítsd össze, hogy mi volt és mi lett... A társadalomban ma már az a sztereotípia, hogy a tesztelés olyan juniorok hivatása, akik csak be akarnak kerülni a pályára, a további növekedés pedig csak az elemzőkben, programozókban vagy menedzserekben lehetséges. .

Ez rossz! A szakmában a vertikális növekedés mellett van horizontális növekedés is: a tesztelés nem korlátozódik a manuális és a funkcionális tesztelésre, hanem a stressz- vagy automatizált teszteléshez új készségeket kell tanulnia és elsajátítania.

Milyen személyes tulajdonságok tesznek kiváló tesztelővé?

Az az érzés, amikor törődsz, és minden téged érint. Nagyon fontos a kitartás és az álláspontod bizonyítási képessége is. A programozók gyakran mondják: „Ez nem hiba!” vagy csak azért tartsanak érthetőnek valamit, mert az érthető számukra. Ebben az esetben általában példát mondok a felhasználásra: például ha anyám olyan felugró ablakot lát, amelyben csak egy hibakód van feltüntetve, akkor valószínűleg pánikszerűen elkezdi hívni a támogatási szolgálatot a „Mit tegyek” kérdéssel. ?!” Mindig emlékeznie kell arra, hogy ki fogja használni a programját: geek programozók, játékosok vagy az idősebb generáció.

Ami szintén fontos – bármilyen közhelyesen is hangzik –, az a kommunikációs készség. A tesztelő kommunikál tervezőkkel, elemzőkkel, fejlesztőkkel, adminisztrátorokkal... Az tény, hogy ha valamit rosszul csinálnak, és téged érdekel, akkor keresni fogod a javítási lehetőséget. Nem lehet egyszerűen csak ellenőrizni az alkalmazást a hibákért, és megnyugodni.

A stressztűrés is jól jön: a tesztelő az, aki bottal a kezében futja le az utolsó szakaszt, ezért fontos, hogy ne essünk pánikba, hanem továbbra is jól végezze a munkáját. Néha a hibajavítások elhalaszthatók a következő kiadásig, de vannak olyan problémák is, amelyeket egyszerűen ki kell javítani!

Gondolod, hogy vannak olyan dolgok, amelyek egyértelműen egyértelművé teszik, hogy nem leszel tesztelő?

Élethelyzet "És így lesz!"

Emlékeztetni kell arra is, hogy a munkának is megvan a maga monotóniája: például ha új funkció jelenik meg, akkor nemcsak azt kell ellenőriznie, hanem az egész alkalmazás működését is. Vannak, akik mindig sietnek, és nem állnak készen arra, hogy ugyanazt a dolgot többször megcsinálják, lehet, hogy nem szeretik ezt a munkaritmust.

Hogyan kerültél a szakmába?

Közvetlenül az egyetem után, nagyon régen végeztem a FIT NSU-ban. Az egyetemen volt egy tesztelő tanfolyam, és ki akartam próbálni magam ebben a szerepkörben.

Volt valami, amire nem számítottál?

Mivel a szakterület ekkor még csak fejlődött, így 40-45 év körüli „old school” programozókkal kellett megküzdenem, akik úgy gondolták, hogy nincs szükség tesztelésre, döntéseik alapból helyesek voltak. Ott tanultam meg ragaszkodni a magamhoz, és bizonyítani az álláspontomat.

Mi a legnehezebb ebben a szakmában?

Az állandó koncentráció igénye: ellazult állapotban nem lehet tesztelni! De a „nehéz” nem azt jelenti, hogy „rossz”, ennek is megvan a pozitív oldala!

Mi a legjobb rész?

Sima bevezetés a gyártásba, jó vélemények.

Ön szerint mi kell ahhoz, hogy javítsa képességeit?

Vágy és törekvés! Feladatok? Nehéz megmondani... Gyerekként nagyon szerettem a „Találj 10 különbséget” játékot, mindig izgatottan vártam a „Murzilka” és más magazinok új számait!

Adjon tanácsot vagy útmutatást azoknak, akik azon gondolkodnak, hogy szoftvertesztelővé váljanak!

Tanulja meg az alapokat, törődjön a minőséggel, legyen szenvedélye a munkája iránt, ne feledje: „A tesztelő a felhasználó szószólója”!

Amint látjuk, a szakmához vezető út nagyon különböző lehet, mindegyiknek megvannak a maga nehézségei, és megvannak a maga okai annak, hogy szereti azt, amit csinál. És mégis, szinte minden Noveo tesztelő egyetért abban, hogy figyelmesnek, gondoskodónak, néha aprólékosnak kell lenni, és készen kell állnia nemcsak a meghatározott használati esetek ellenőrzésére, hanem arra is, hogy valóban megszokja a felhasználó szerepét és értékelje a minőséget. Nos, ami a tesztelési pályakezdést illeti, az ítélet egyöntetű – gyertek és próbáljátok ki!

Ha hibát talál, jelöljön ki egy szövegrészt, és kattintson rá Ctrl+Enter.